Hi Wolfgang,
On Monday 18 January 2010 00:06:35 Wolfgang Denk wrote:
> > I don't think that this is a Sequoia (4xx NDFC) specific problem. My
> > first idea was that this is caused because of bad blocks. Bad blocks are
> > skipped upon read, but "nand read" still wants to read 32MByte in total.
> > Which is not possible when bad blocks are available.
> >
> > But this is not the case here. I just verified this on sequoia (most
> > likely the one you used). No bad blocks here. And it still fails. Reading
> > with one block (block size 16k) less seems to be ok though:
> >
> > => nand read 200000 0 1ffc000
> >
> > NAND read: device 0 offset 0x0, size 0x1ffc000
> > 33538048 bytes read: OK
> >
> > And just reading the last block also doesn't work:
> >
> > => nand read 200000 1ffc000 4000
> >
> > NAND read: device 0 offset 0x1ffc000, size 0x4000
> > Attempt to read outside the flash area
> > 16384 bytes read: ERROR
> >
> > Not sure why this is the case. Perhaps an "off by one" error? Scott do
> > you have an idea?
>
> Any progress on this?
Yes. And my patch fixing this issue is already in mainline:
f4cfe42758192d09f8375e384cc000aa70d97029
nand: Fix access to last block in NAND devices
Currently, the last block of NAND devices can't be accessed. This patch
fixes this issue by correcting the boundary checking (off-by-one error).
Signed-off-by: Stefan Roese <s...@denx.de>
Cc: Scott Wood <scottw...@freescale.com>
Cc: Wolfgang Denk <w...@denx.de>
Cheers,
Stefan
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-0 Fax: (+49)-8142-66989-80 Email: off...@denx.de
_______________________________________________
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
