<feed xmlns='http://www.w3.org/2005/Atom'>
<title>u-boot.git/drivers/mtd, branch v2009.08</title>
<subtitle>Unnamed repository; edit this file 'description' to name the repository.
</subtitle>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/'/>
<entry>
<title>ppc4xx: Fix ECC Correction bug with SMC ordering for NDFC driver</title>
<updated>2009-08-25T15:41:42+00:00</updated>
<author>
<name>Feng Kan</name>
<email>fkan@amcc.com</email>
</author>
<published>2009-08-21T17:59:42+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=68e74567cf317318df52dbcb2ac170ffc5e7758a'/>
<id>68e74567cf317318df52dbcb2ac170ffc5e7758a</id>
<content type='text'>
Fix ECC Correction bug where the byte offset location were double
flipped causing correction routine to toggle the wrong byte location
in the ECC segment. The ndfc_calculate_ecc routine change the order
of getting the ECC code.
        /* The NDFC uses Smart Media (SMC) bytes order */
        ecc_code[0] = p[2];
        ecc_code[1] = p[1];
        ecc_code[2] = p[3];
But in the Correction algorithm when calculating the byte offset
location, the s1 is used as the upper part of the address. Which
again reverse the order making the final byte offset address
location incorrect.
	byteoffs = (s1 &lt;&lt; 0) &amp; 0x80;
	.
	.
	byteoffs |= (s0 &gt;&gt; 4) &amp; 0x08;
The order is change to read it in straight and let the correction
function to revert it to SMC order.

Signed-off-by: Feng Kan &lt;fkan@amcc.com&gt;
Acked-by: Victor Gallardo &lt;vgallardo@amcc.com&gt;
Acked-by: Prodyut Hazarika &lt;phazarika@amcc.com&gt;
Signed-off-by: Stefan Roese &lt;sr@denx.de&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Fix ECC Correction bug where the byte offset location were double
flipped causing correction routine to toggle the wrong byte location
in the ECC segment. The ndfc_calculate_ecc routine change the order
of getting the ECC code.
        /* The NDFC uses Smart Media (SMC) bytes order */
        ecc_code[0] = p[2];
        ecc_code[1] = p[1];
        ecc_code[2] = p[3];
But in the Correction algorithm when calculating the byte offset
location, the s1 is used as the upper part of the address. Which
again reverse the order making the final byte offset address
location incorrect.
	byteoffs = (s1 &lt;&lt; 0) &amp; 0x80;
	.
	.
	byteoffs |= (s0 &gt;&gt; 4) &amp; 0x08;
The order is change to read it in straight and let the correction
function to revert it to SMC order.

Signed-off-by: Feng Kan &lt;fkan@amcc.com&gt;
Acked-by: Victor Gallardo &lt;vgallardo@amcc.com&gt;
Acked-by: Prodyut Hazarika &lt;phazarika@amcc.com&gt;
Signed-off-by: Stefan Roese &lt;sr@denx.de&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>eeprom_m95xxx: remove unused variable i</title>
<updated>2009-08-21T21:36:19+00:00</updated>
<author>
<name>Jean-Christophe PLAGNIOL-VILLARD</name>
<email>plagnioj@jcrosoft.com</email>
</author>
<published>2009-08-07T21:37:54+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=a3c5057a6c05b4c7235a270486220e4511366133'/>
<id>a3c5057a6c05b4c7235a270486220e4511366133</id>
<content type='text'>
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD &lt;plagnioj@jcrosoft.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD &lt;plagnioj@jcrosoft.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>add WATCHDOG_RESET() on nand write and read</title>
<updated>2009-08-21T20:55:21+00:00</updated>
<author>
<name>Giulio Benetti</name>
<email>giulio.benetti@micronovasrl.com</email>
</author>
<published>2009-07-31T22:30:34+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=1fc1d9aed08f2b3366d634fda6712a710b2cff9a'/>
<id>1fc1d9aed08f2b3366d634fda6712a710b2cff9a</id>
<content type='text'>
Signed-off-by: giulio.benetti@micronovasrl.com
Acked-by: Wolfgang Denk &lt;wd@denx.de&gt;
Signed-off-by: Scott Wood &lt;scottwood@freescale.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Signed-off-by: giulio.benetti@micronovasrl.com
Acked-by: Wolfgang Denk &lt;wd@denx.de&gt;
Signed-off-by: Scott Wood &lt;scottwood@freescale.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>flash: Fix CFI buffer size bug</title>
<updated>2009-08-13T07:28:20+00:00</updated>
<author>
<name>John Schmoller</name>
<email>jschmoller@xes-inc.com</email>
</author>
<published>2009-08-12T15:55:47+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=7dedefdf749ff02c1086f7ddb8cb83a77b00d030'/>
<id>7dedefdf749ff02c1086f7ddb8cb83a77b00d030</id>
<content type='text'>
Fix bug introduced by 9c048b523413ae5f3ff34e00cf57569c3368ab51.

The cfi_flash.c driver cast the flash buffer size to a uchar in
flash_write_cfibuffer(). On some flash parts, (tested on Numonyx
part PC32F512M29EWH), the buffer size is 1KB. Remove the cast to
uchar to enable buffer sizes to be larger.

Signed-off-by: John Schmoller &lt;jschmoller@xes-inc.com&gt;
Signed-off-by: Stefan Roese &lt;sr@denx.de&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Fix bug introduced by 9c048b523413ae5f3ff34e00cf57569c3368ab51.

The cfi_flash.c driver cast the flash buffer size to a uchar in
flash_write_cfibuffer(). On some flash parts, (tested on Numonyx
part PC32F512M29EWH), the buffer size is 1KB. Remove the cast to
uchar to enable buffer sizes to be larger.

Signed-off-by: John Schmoller &lt;jschmoller@xes-inc.com&gt;
Signed-off-by: Stefan Roese &lt;sr@denx.de&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>Add driver for the ST M95xxx SPI EEPROM</title>
<updated>2009-08-09T21:45:14+00:00</updated>
<author>
<name>Albin Tonnerre</name>
<email>albin.tonnerre@free-electrons.com</email>
</author>
<published>2009-08-07T10:37:36+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=3ac374c0f0b7d856f1a43317a286f2079106bd6a'/>
<id>3ac374c0f0b7d856f1a43317a286f2079106bd6a</id>
<content type='text'>
This chip is used in a number of boards manufactured by Calao-Systems
which should be supported soon. This driver provides the necessary
spi_read and spi_write functions necessary to communicate with the chip.

Signed-off-by: Albin Tonnerre &lt;albin.tonnerre@free-electrons.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
This chip is used in a number of boards manufactured by Calao-Systems
which should be supported soon. This driver provides the necessary
spi_read and spi_write functions necessary to communicate with the chip.

Signed-off-by: Albin Tonnerre &lt;albin.tonnerre@free-electrons.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>omap3: replace all instances of gpmc config struct by one global</title>
<updated>2009-08-08T09:34:11+00:00</updated>
<author>
<name>Dirk Behme</name>
<email>dirk.behme@googlemail.com</email>
</author>
<published>2009-08-08T07:30:22+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=894113529e3a04871544dde977d6d7adee05d3bf'/>
<id>894113529e3a04871544dde977d6d7adee05d3bf</id>
<content type='text'>
Signed-off-by: Matthias Ludwig &lt;mludwig@ultratronik.de&gt;
Signed-off-by: Dirk Behme &lt;dirk.behme@googlemail.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Signed-off-by: Matthias Ludwig &lt;mludwig@ultratronik.de&gt;
Signed-off-by: Dirk Behme &lt;dirk.behme@googlemail.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>omap3: remove typedefs for configuration structs</title>
<updated>2009-08-08T09:33:23+00:00</updated>
<author>
<name>Dirk Behme</name>
<email>dirk.behme@googlemail.com</email>
</author>
<published>2009-08-08T07:30:21+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=97a099eaa48d5c762c4f73c52c3090c513b8b877'/>
<id>97a099eaa48d5c762c4f73c52c3090c513b8b877</id>
<content type='text'>
Signed-off-by: Matthias Ludwig &lt;mludwig@ultratronik.de&gt;
Signed-off-by: Dirk Behme &lt;dirk.behme@googlemail.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Signed-off-by: Matthias Ludwig &lt;mludwig@ultratronik.de&gt;
Signed-off-by: Dirk Behme &lt;dirk.behme@googlemail.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>omap3: embedd gpmc_cs into gpmc config struct</title>
<updated>2009-08-07T21:31:51+00:00</updated>
<author>
<name>Matthias Ludwig</name>
<email>mludwig@ultratronik.de</email>
</author>
<published>2009-05-19T07:09:31+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=187af954cf7958c24efcf0fd62289bbdb4f1f24e'/>
<id>187af954cf7958c24efcf0fd62289bbdb4f1f24e</id>
<content type='text'>
Embedd chip select configuration into struct for gpmc config
instead of having it completely separated as suggested by
Wolfgang Denk on
http://lists.denx.de/pipermail/u-boot/2009-May/052247.html

Signed-off-by: Matthias Ludwig &lt;mludwig@ultratronik.de&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Embedd chip select configuration into struct for gpmc config
instead of having it completely separated as suggested by
Wolfgang Denk on
http://lists.denx.de/pipermail/u-boot/2009-May/052247.html

Signed-off-by: Matthias Ludwig &lt;mludwig@ultratronik.de&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>Remove legacy NAND and disk on chip code.</title>
<updated>2009-07-17T00:07:47+00:00</updated>
<author>
<name>Scott Wood</name>
<email>scottwood@freescale.com</email>
</author>
<published>2009-04-01T20:02:13+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=be33b046b549ad88c204c209508cd7657232ffbd'/>
<id>be33b046b549ad88c204c209508cd7657232ffbd</id>
<content type='text'>
Legacy NAND had been scheduled for removal.  Any boards that use this
were already not building in the previous release due to an #error.

The disk on chip code in common/cmd_doc.c relies on legacy NAND,
and it has also been removed.  There is newer disk on chip code
in drivers/mtd/nand; someone with access to hardware and sufficient
time and motivation can try to get that working, but for now disk
on chip is not supported.

Signed-off-by: Scott Wood &lt;scottwood@freescale.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Legacy NAND had been scheduled for removal.  Any boards that use this
were already not building in the previous release due to an #error.

The disk on chip code in common/cmd_doc.c relies on legacy NAND,
and it has also been removed.  There is newer disk on chip code
in drivers/mtd/nand; someone with access to hardware and sufficient
time and motivation can try to get that working, but for now disk
on chip is not supported.

Signed-off-by: Scott Wood &lt;scottwood@freescale.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>nand: ndfc: Remove unnecessary #ifdef's</title>
<updated>2009-07-16T22:52:03+00:00</updated>
<author>
<name>Stefan Roese</name>
<email>sr@denx.de</email>
</author>
<published>2009-07-16T13:13:04+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=f2f376ab956c17d4a0c42a993133ca25cdc87278'/>
<id>f2f376ab956c17d4a0c42a993133ca25cdc87278</id>
<content type='text'>
Now that the 4xx NAND driver ndfc is moved to the common NAND driver
directory we don't need this #ifdef's anymore.

Signed-off-by: Stefan Roese &lt;sr@denx.de&gt;
Cc: Scott Wood &lt;scottwood@freescale.com&gt;
Signed-off-by: Scott Wood &lt;scottwood@freescale.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Now that the 4xx NAND driver ndfc is moved to the common NAND driver
directory we don't need this #ifdef's anymore.

Signed-off-by: Stefan Roese &lt;sr@denx.de&gt;
Cc: Scott Wood &lt;scottwood@freescale.com&gt;
Signed-off-by: Scott Wood &lt;scottwood@freescale.com&gt;
</pre>
</div>
</content>
</entry>
</feed>
