u-boot.git/common/cmd_onenand.c, branch v2009.06

Command usage cleanup

2009-01-28T07:49:52+00:00

Remove command name from all command "usage" fields and update
common/command.c to display "name - usage" instead of
just "usage". Also remove newlines from command usage fields.

Signed-off-by: Peter Tyser

Standardize command usage messages with cmd_usage()

2009-01-28T07:43:45+00:00

Signed-off-by: Peter Tyser

OneNAND: Bad block aware read/write command support

2009-01-23T16:32:47+00:00

Update OneNAND command to support bad block awareness.
Also change the OneNAND command style to better match the
NAND version.

Signed-off-by: Stefan Roese 
Acked-by: Kyungmin Park

Fix OneNAND read_oob/write_oob functions compatability

2008-08-21T18:50:20+00:00

Also sync with kernel OneNAND codes

Signed-off-by: Kyungmin Park 
Signed-off-by: Scott Wood

common: Move conditional compilation to Makefile

2008-08-12T23:40:38+00:00

Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD

OneNAND: Fill in MTD function pointers for OneNAND.

2008-08-12T16:31:32+00:00

onenand_print_device_info():
 - Now returns a string to be placed in mtd->name,
   rather than calling printf.
 - Remove verbose parameter as it becomes useless.

Signed-off-by: Fathi Boudra 
Signed-off-by: Scott Wood

OneNAND: Remove base address offset usage

2008-08-10T20:45:04+00:00

While locally preparing some U-Boot patches for ARM based OMAP3 boards, some
using OneNAND and some using NAND, we found some differences in OneNAND and
NAND command address handling.

As this might confuse users (it already confused us), we like to align OneNAND
and NAND address handling.

The issue is that cmd_onenand.c subtracts the onenand base address from the
addresses you type into the u-boot command line so, unlike nand, you can't
use addresses relative to the start of the onenand part e.g. this won't work:

onenand read 82000000 280000 400000

you have to use:

onenand read 82000000 20280000 400000

Looking at recent git, the only board currently using OneNAND is Apollon, and
for this the OneNAND base address is 0 (apollon.h)

#define	CFG_ONENAND_BASE	0x00000000

so patch below won't break any existing boards and will align OneNAND and NAND
handling on boards where OneNAND base address is != 0.

Signed-off-by: Steve Sakoman 
Signed-off-by: Manikandan Pillai 
Signed-off-by: Dirk Behme

Fix some more printf() format issues.

2008-07-13T14:55:00+00:00

Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD

Fix OneNAND erase command

2008-04-14T06:10:39+00:00

It mis-calculates the block address.
Also fix DECLARE_GLOBAL_DATA_PTR in env_onenand.

Signed-off-by: Kyungmin Park

OneNAND support (take #2)

2007-09-17T06:19:08+00:00

[PATCH 3/3] OneNAND support (take #2)

OneNAND support at U-Boot

Signed-off-by: Kyungmin Park