u-boot.git/drivers/mtd, branch v1.3.3 Unnamed repository; edit this file 'description' to name the repository. onenand: rename 16 bit memory copy into memcpy_16() to avoid conflicts 2008-05-01T19:30:16+00:00 Wolfgang Denk wd@denx.de 2008-05-01T19:30:16+00:00 d2c6fbec4397c936b18cd42482b6973cd6781bdf Onenand needs a version of memcpy() which performs 16 bit accesses only; make sure the name does not conflict with the standard function. Signed-off-by: Wolfgang Denk <wd@denx.de> 
Onenand needs a version of memcpy() which performs 16 bit accesses
only; make sure the name does not conflict with the standard
function.

Signed-off-by: Wolfgang Denk <wd@denx.de>
cfi-flash: Add CFG_FLASH_AUTOPROTECT_LIST 2008-04-25T13:52:14+00:00 Matthias Fuchs matthias.fuchs@esd-electronics.com 2008-04-18T14:29:40+00:00 c63ad6325a8ac0097a54b418a3288926b0484b18 This patch adds a configurable flash auto protection list that can be used to make U-Boot protect flash regions in flash_init(). The idea has been discussed on the u-boot mailing list starting on Nov 18th, 2007. Even this patch brings a new feature it is used as a bugfix for 4xx platforms where flash_init() does not completely protect the monitor's flash range in all situations. U-Boot protects the flash range from CFG_MONITOR_BASE to (CFG_MONITOR_BASE + monitor_flash_len - 1) by default. This does not include the reset vector at 0xfffffffc. Example: #define CFG_FLASH_AUTOPROTECT_LIST {{0xfff80000, 0x80000}} This config option will auto protect the last 512k of flash that contains the bootloader on board like APC405 and PMC405. Signed-off-by: Matthias Fuchs <matthias.fuchs@esd-electronics.com> 
This patch adds a configurable flash auto protection list that can be used
to make U-Boot protect flash regions in flash_init().

The idea has been discussed on the u-boot mailing list starting
on Nov 18th, 2007.

Even this patch brings a new feature it is used as a bugfix for 4xx
platforms where flash_init() does not completely protect the
monitor's flash range in all situations.

U-Boot protects the flash range from CFG_MONITOR_BASE to
(CFG_MONITOR_BASE + monitor_flash_len  - 1) by default. This does not
include the reset vector at 0xfffffffc.

Example:
#define CFG_FLASH_AUTOPROTECT_LIST {{0xfff80000, 0x80000}}

This config option will auto protect the last 512k of flash that
contains the bootloader on board like APC405 and PMC405.

Signed-off-by: Matthias Fuchs <matthias.fuchs@esd-electronics.com>
PATCH - Fix oob data copied into supplied buffer 2008-04-21T06:43:46+00:00 Troy Kisky troy.kisky@boundarydevices.com 2007-09-24T23:41:43+00:00 84c01d3a05ae3aca5f7c0c13a31ca72ba1199a42 This patch correctly sets the oobavail variable and fixes a bug where the oob data was not valid when there where multiple groups in oobfree. First segment fixes a typo Second segment fixes a bug where oob data may be copied incorrectly. Third segment adds an error message when exiting due to write protect. Forth segment fixes a bug where oobavail may be set incorrectly. Signed-off-by: Troy Kisky <troy.kisky@boundarydevices.com> 
This patch correctly sets the oobavail variable
and fixes a bug where the oob data was not valid when
there where multiple groups in oobfree.

First segment fixes a typo
Second segment fixes a bug where oob data may be copied incorrectly.
Third segment adds an error message when exiting due to write protect.
Forth segment fixes a bug where oobavail may be set incorrectly.

Signed-off-by: Troy Kisky <troy.kisky@boundarydevices.com>
Clean up dataflash partitioning 2008-04-18T07:24:05+00:00 Ulf Samuelsson ulf@atmel.com 2008-04-12T18:29:44+00:00 c3a60cb3bd67e120fc99b6ba88d9295c3c07f688 This patch removes the board dependent parts from "drivers/mtd/dataflash.c". Each board relying on this, will have the appropriate code in a new file, "partition.c" in the board directory. board Makefiles updated to use the file. The dataflash partitions are aligned on sector/page boundaries. The CONFIG_NEW_DF_PARTITION was used to create named partitions This is now the default operation, and the CONFIG variable is removed. Signed-off-by: Ulf Samuelsson <ulf@atmel.com> 
This patch removes the board dependent parts from
"drivers/mtd/dataflash.c".
Each board relying on this, will have the appropriate
code in a new file, "partition.c" in the board directory.
board Makefiles updated to use the file.

The dataflash partitions are aligned on sector/page boundaries.

The CONFIG_NEW_DF_PARTITION was used to create named partitions
This is now the default operation, and the CONFIG variable is removed.

Signed-off-by: Ulf Samuelsson <ulf@atmel.com>
Remove conflicting NAND ID 2008-04-17T21:56:56+00:00 Mike Frysinger vapier@gentoo.org 2008-04-08T14:24:24+00:00 e25cb8d3f4fcc265a9cdf8e9d577b59bdb64bbaf There are two NAND entries with ID 0xDC and this obviously causes problems. In the kernel, they punted the first entry, so we should do the same. See this upstream e-mail for more info: http://lists.infradead.org/pipermail/linux-mtd/2007-July/018795.html Signed-off-by: Michael Hennerich <michael.hennerich@analog.com> Signed-off-by: Mike Frysinger <vapier@gentoo.org> 
There are two NAND entries with ID 0xDC and this obviously causes problems.
In the kernel, they punted the first entry, so we should do the same.

See this upstream e-mail for more info:
http://lists.infradead.org/pipermail/linux-mtd/2007-July/018795.html

Signed-off-by: Michael Hennerich <michael.hennerich@analog.com>
Signed-off-by: Mike Frysinger <vapier@gentoo.org>
Fix OneNAND read 2008-04-14T06:11:16+00:00 Kyungmin Park kmpark@infradead.org 2008-03-31T01:40:36+00:00 77e475cc0ed1832160017d364be32a0be9ff02a9 It should access with 16-bit instead of 8-bit Now it uses the generic memcpy with 8-bit access. It means it reads wrong data from OneNAND. Signed-off-by: Kyungmin Park <kyungmin.park@samsung.com> 
It should access with 16-bit instead of 8-bit

Now it uses the generic memcpy with 8-bit access. It means it reads wrong data from OneNAND.

Signed-off-by: Kyungmin Park <kyungmin.park@samsung.com>
cfi_flash: Support buffered writes on non-standard Spansion NOR flash 2008-04-12T06:59:09+00:00 Guennadi Liakhovetski lg@denx.de 2008-04-03T11:36:02+00:00 96ef831f713289afba19da0c8f905e99da2b23e0 Some NOR flash chip from Spansion, for example, the s29ws-n MirrorBit series require different addresses for buffered write commands. Define a configuration option to support buffered writes on those chips. A more elegant solution would be to automatically detect those chips by parsing their CFI records, but that would require introduction of a fixup table into the cfi_flash driver. Signed-off-by: Guennadi Liakhovetski <lg@denx.de> 
Some NOR flash chip from Spansion, for example, the s29ws-n MirrorBit
series require different addresses for buffered write commands. Define a
configuration option to support buffered writes on those chips. A more
elegant solution would be to automatically detect those chips by parsing
their CFI records, but that would require introduction of a fixup table
into the cfi_flash driver.

Signed-off-by: Guennadi Liakhovetski <lg@denx.de>
Merge branch 'master' of git://www.denx.de/git/u-boot-at91 2008-04-07T22:16:36+00:00 Wolfgang Denk wd@denx.de 2008-04-07T22:16:36+00:00 a1b215e2a2a013327693f2fb990957b746f26cf5 






dataflash: Move CONFIG_HAS_DATAFLASH to Makefile
2008-04-01T05:30:51+00:00

Jean-Christophe PLAGNIOL-VILLARD
plagnioj@jcrosoft.com

2008-04-01T05:30:51+00:00

b5873f1732b92a25690e1513b90dfb0d644f6697

Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>





Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>







Cleanup DataFlash partition handling
2008-03-31T23:43:59+00:00

Stelian Pop
stelian@popies.net

2008-03-26T20:52:36+00:00

5604e2178c5218fbfdba2e4293ca7652e829ac25

DataFlash partition information has become a mess. This patch
defines a single partition scheme for Atmel DataFlashes. This partition
scheme will be used by all AT91CAP9 and AT91SAM9 boards.

Signed-off-by: Stelian Pop <stelian@popies.net>





DataFlash partition information has become a mess. This patch
defines a single partition scheme for Atmel DataFlashes. This partition
scheme will be used by all AT91CAP9 and AT91SAM9 boards.

Signed-off-by: Stelian Pop <stelian@popies.net>