u-boot.git/common/env_onenand.c, branch v2009.08

Fix compiler warnings after loff_t change

2009-07-26T22:08:50+00:00

Now 'env_addr' type is loff_t so use correct field type.

Signed-off-by: Kyungmin Park

MTD: OneNAND: Increase the environment size to 4KiB

2009-07-16T22:52:00+00:00

Also use mtd operation instead of onenand functions

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

env_onenand: change env_address type from unsigned long to loff_t

2009-07-07T22:58:11+00:00

If use the onenand boot, the env_relocate_spec() calls mtd->read(),
and the type of the argument #2 of mtd->read() was changed to loff_t.
But, the "env_addr" type is still unsigned long, thus this patch change
the type from unsigned long to loff_t.

Acked-by: Kyungmin Park 
Signed-off-by: HeungJun, Kim 
Signed-off-by: Scott Wood

mtd: Update MTD infrastructure to support 64bit device size

2009-06-12T18:45:47+00:00

This patch brings the U-Boot MTD infrastructure in sync with the current
Linux MTD version (2.6.30-rc3). Biggest change is the 64bit device size
support and a resync of the mtdpart.c file which has seen multiple fixes
meanwhile.

Signed-off-by: Stefan Roese 
Cc: Scott Wood 
Cc: Kyungmin Park

OneNAND: Add missing mtd info struct before calling onenand_erase()

2008-12-02T19:48:15+00:00

Without this patch "saveenv" crashes when MTD partitions are enabled (e.g.
for use in UBI) via CONFIG_MTD_PARTITIONS.

Signed-off-by: Stefan Roese 
Signed-off-by: Scott Wood

rename CFG_ENV macros to CONFIG_ENV

2008-09-10T20:48:06+00:00

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

env_onenand: Move conditional compilation to Makefile

2008-09-10T20:48:00+00:00

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

rename CFG_ENV_IS_IN_ONENAND in CONFIG_ENV_IS_IN_ONENAND

2008-09-10T20:47:59+00:00

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

Fix OneNAND build break

2008-08-13T16:00:19+00:00

Since page size field is changed from oobblock to writesize. But OneNAND is not updated.
- fix bufferram management at erase operation
This patch includes the NAND/OneNAND state filed too.

Signed-off-by: Kyungmin Park 
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