<feed xmlns='http://www.w3.org/2005/Atom'>
<title>u-boot.git/drivers/mtd, branch v2010.12-rc1</title>
<subtitle>Unnamed repository; edit this file 'description' to name the repository.</subtitle>
<id>http://cgit.235523.xyz/u-boot.git/atom/drivers/mtd?h=v2010.12-rc1</id>
<link rel='self' href='http://cgit.235523.xyz/u-boot.git/atom/drivers/mtd?h=v2010.12-rc1'/>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/'/>
<updated>2010-10-23T19:04:49Z</updated>
<entry>
<title>cfi_flash: handle 'chip size exceeds address window' situation</title>
<updated>2010-10-23T19:04:49Z</updated>
<author>
<name>Ilya Yanok</name>
<email>yanok@emcraft.com</email>
</author>
<published>2010-10-21T15:20:12Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=ec50a8e389863ac35bfd9d9a2e8b30187318e59e'/>
<id>urn:sha1:ec50a8e389863ac35bfd9d9a2e8b30187318e59e</id>
<content type='text'>
On some boards we have flash mapped high in the address space with
considerably small window (say 0xFE000000 and 32MB). When we install
bigger chip (say 64MB) on such a board strange things happen
(flash_write() doesn't work at all, for ex). That's because cfi_flash
driver doesn't care about window size at all.
Of course, cleanest solution would probably be to just extend address
window to be able to map the whole flash but for legacy/compatibility
reasons some people prefer just truncate the flash size and never use
the upper part.
This patch adds an option for cfi_flash driver to handle this situation
properly. To achieve this we add the new function cfi_flash_bank_size()
which can be provided by the board code and weak-aliased to default
implementation that returns value from the CONFIG_SYS_FLASH_BANKS_SIZES
array if it's defined or 0 otherwise (the last case is added for
compatibility).
If non-zero flash bank size is provided and detected chip size is bigger
than provided address window size the warning will be displayed and
flash chip will be truncated.

Signed-off-by: Ilya Yanok &lt;yanok@emcraft.com&gt;

Changed cfi_flash_bank_size() return type to unsigned long
to match caller function.
Signed-off-by: Wolfgang Denk &lt;wd@denx.de&gt;
</content>
</entry>
<entry>
<title>davinci_nand, trivial : use symbolic ECC start command</title>
<updated>2010-10-17T18:14:43Z</updated>
<author>
<name>Ben Gardiner</name>
<email>bengardiner@nanometrics.ca</email>
</author>
<published>2010-10-14T21:26:17Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=10d6ac94e0aa8bbbde45094e988c87ca971e1f10'/>
<id>urn:sha1:10d6ac94e0aa8bbbde45094e988c87ca971e1f10</id>
<content type='text'>
The ECC calculations were started by writing 1 &lt;&lt; 13 to the nand FCR register;
that value is also defined as DAVINCI_NANDFCR_4BIT_CALC_START in emif_defs.h.

This patch substitutes the macro DAVINCI_NANDFCR_4BIT_CALC_START for the
magic number '1 &lt;&lt; 13'.

Signed-off-by: Ben Gardiner &lt;bengardiner@nanometrics.ca&gt;
Signed-off-by: Sandeep Paulraj &lt;s-paulraj@ti.com&gt;
</content>
</entry>
<entry>
<title>sf: turn probe switch into a lookup table</title>
<updated>2010-10-13T01:08:25Z</updated>
<author>
<name>Reinhard Meyer</name>
<email>u-boot@emk-elektronik.de</email>
</author>
<published>2010-10-05T14:56:39Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=0d3fe2b1534cd202a97e2a2dda403a9b24b169d3'/>
<id>urn:sha1:0d3fe2b1534cd202a97e2a2dda403a9b24b169d3</id>
<content type='text'>
This allows for arbitrarily long manufacturer ids following the JEDEC
standard of 0x7f continuation bytes.  It also makes adding new entries
easier as it's just one element in an array.  The downside is that it
increases code size a bit, but we're talking ~50 bytes.

Signed-off-by: Reinhard Meyer &lt;u-boot@emk-elektronik.de&gt;
Signed-off-by: Mike Frysinger &lt;vapier@gentoo.org&gt;
</content>
</entry>
<entry>
<title>Merge branch 'master' of git://git.denx.de/u-boot-cfi-flash</title>
<updated>2010-10-12T18:49:27Z</updated>
<author>
<name>Wolfgang Denk</name>
<email>wd@denx.de</email>
</author>
<published>2010-10-12T18:49:27Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=c0c3590bb2646ad34527fa61bf19a1172e05fc4c'/>
<id>urn:sha1:c0c3590bb2646ad34527fa61bf19a1172e05fc4c</id>
<content type='text'>
</content>
</entry>
<entry>
<title>cfi_flash: Fix "Unknown FLASH" error message</title>
<updated>2010-10-12T06:59:15Z</updated>
<author>
<name>John Schmoller</name>
<email>jschmoller@xes-inc.com</email>
</author>
<published>2010-09-29T18:49:05Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=0e3fa01a636dcc015271329316a8b3b0bf66be2d'/>
<id>urn:sha1:0e3fa01a636dcc015271329316a8b3b0bf66be2d</id>
<content type='text'>
When a CFI flash chip could not be detected an error message similar to
the following would be printed on bootup:

 FLASH: ## Unknown FLASH on Bank 1 - Size = 0x01000000 = 0 MB

The printf incorrectly converted the flash size into megabytes.  This
patch fixes the printing of the flash size in megabytes:

 FLASH: ## Unknown FLASH on Bank 1 - Size = 0x01000000 = 16 MB

Signed-off-by: John Schmoller &lt;jschmoller@xes-inc.com&gt;
Signed-off-by: Peter Tyser &lt;ptyser@xes-inc.com&gt;
Signed-off-by: Stefan Roese &lt;sr@denx.de&gt;
</content>
</entry>
<entry>
<title>mtd: OneNAND: add support for OneNAND manufactured by Numonyx</title>
<updated>2010-10-11T20:15:45Z</updated>
<author>
<name>Enric Balletbo i Serra</name>
<email>eballetbo@gmail.com</email>
</author>
<published>2010-10-11T19:48:03Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=456be17dbe0e22ee2be9fafa1ea8888ddf6bd514'/>
<id>urn:sha1:456be17dbe0e22ee2be9fafa1ea8888ddf6bd514</id>
<content type='text'>
This patch adds the Numonyx manufacturer code (0x20) to
onenand manufacturers.

Signed-off-by: Enric Balletbo i Serra &lt;eballetbo@gmail.com&gt;
Acked-by: Kyungmin Park &lt;kyungmin.park@samsung.com&gt;
Acked-by: Steve Sakoman &lt;steve.sakoman@linaro.org&gt;
Tested-by: Steve Sakoman &lt;steve.sakoman@linaro.org&gt;
</content>
</entry>
<entry>
<title>Followup fixes on the mtdparts spread patchset</title>
<updated>2010-10-11T20:11:01Z</updated>
<author>
<name>Scott Wood</name>
<email>scottwood@freescale.com</email>
</author>
<published>2010-09-09T20:40:03Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=36650ca9f16ac507bb0926d3a3ec5340986fcce0'/>
<id>urn:sha1:36650ca9f16ac507bb0926d3a3ec5340986fcce0</id>
<content type='text'>
Consolidate some code in mtd_get_len_incl_bad(), and fix a condition
where a valid partition could be reported as truncated if it has a
good block at the end of the device (unlikely, since the BBT is usually
there).

Fix mid-block declarations in net_part_size().

Signed-off-by: Scott Wood &lt;scottwood@freescale.com&gt;
Reviewed-by: Ben Gardiner &lt;bengardiner@nanometrics.ca&gt;
</content>
</entry>
<entry>
<title>mtd: add an mtd method for get_len_incl_bad()</title>
<updated>2010-10-11T20:11:00Z</updated>
<author>
<name>Ben Gardiner</name>
<email>bengardiner@nanometrics.ca</email>
</author>
<published>2010-08-31T21:48:01Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=4ba692fb1e413db974037238370b8402c8a60750'/>
<id>urn:sha1:4ba692fb1e413db974037238370b8402c8a60750</id>
<content type='text'>
The logic to 'spread' mtd partitions needs to calculate the length in
the mtd device, including bad blocks.

This patch introduces a new function, mtd_get_len_incl_bad that can
return both the length including bad blocks and whether that length
was truncated on the device. This new function will be used by the
mtdparts spread command later in this series. The definition of the
function is #ifdef'd out in configurations that do not use the new
'mtdparts spread' command.

Signed-off-by: Ben Gardiner&lt;bengardiner@nanometrics.ca&gt;
CC: Scott Wood &lt;scottwood@freescale.com&gt;
</content>
</entry>
<entry>
<title>nand: remove dead code and suspend/resume</title>
<updated>2010-10-11T20:10:35Z</updated>
<author>
<name>Scott Wood</name>
<email>scottwood@freescale.com</email>
</author>
<published>2010-08-25T22:42:49Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=5b8e6bb517ea4f6d8ba9fa11c84e0373bc7ead2c'/>
<id>urn:sha1:5b8e6bb517ea4f6d8ba9fa11c84e0373bc7ead2c</id>
<content type='text'>
Get rid of the several "#if 0" sections that were keeping around Linux
code that isn't relevant to U-Boot.  Besides cluttering the code, these
sections make tracking upstream changes harder, rather than easier.
It's easy to discard obviously irrelevant diff hunks that patch rejects,
but it's not as easy to notice hunks that apply cleanly to the #if 0
section, but *are* relevant to U-Boot and require modification elsewhere.

Also remove suspend/resume, as this is not applicable to U-Boot.  Removal
saves 232 bytes on powerpc.

Signed-off-by: Scott Wood &lt;scottwood@freescale.com&gt;
Tested-by: Ben Gardiner &lt;bengardiner@nanometrics.ca&gt;
</content>
</entry>
<entry>
<title>nand erase: .spread, .part, .chip subcommands</title>
<updated>2010-10-11T20:10:17Z</updated>
<author>
<name>Scott Wood</name>
<email>scottwood@freescale.com</email>
</author>
<published>2010-08-25T19:43:29Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=30486322517c99f09eabc53f5fad43063656a4f0'/>
<id>urn:sha1:30486322517c99f09eabc53f5fad43063656a4f0</id>
<content type='text'>
A while back, in http://lists.denx.de/pipermail/u-boot/2009-June/054428.html,
Michele De Candia posted a patch to not count bad blocks toward the
requested size to be erased.  This is desireable when you're passing in
something like $filesize, but not when you're trying to erase a partition.

Thus, a .spread subcommand (named for consistency with
http://lists.denx.de/pipermail/u-boot/2010-August/075163.html) is introduced
to make explicit the user's desire to erase for a given amount of data,
rather than to erase a specific region of the chip.

While passing $filesize to "nand erase" is useful, accidentally passing
something like $fliesize currently produces quite unpleasant results, as the
variable evaluates to nothing and U-Boot assumes that you want to erase
the entire rest of the chip/partition.  To improve the safety of the
erase command, require the user to make explicit their intentions by
using a .part or .chip subcommand.  This is an incompatible user interface
change, but keeping compatibility would eliminate the safety gain, and IMHO
it's worth it.

While touching nand_erase_opts(), make it accept 64-bit offsets and sizes,
fix the percentage display when erase length is rounded up, eliminate
an inconsistent warning about rounding up the erase length which only
happened when the length was less than one block (rounding up for $filesize
is normal operation), and add a diagnostic if there's an attempt to erase
beginning at a non-block boundary.

Signed-off-by: Scott Wood &lt;scottwood@freescale.com&gt;
Tested-by: Ben Gardiner &lt;bengardiner@nanometrics.ca&gt;
</content>
</entry>
</feed>
