On Monday 04 February 2008, Craig Millen wrote:
> > I may have noted this before, but I suggest you move the CFG_NAND_ADDR
> > to 0x9000 as done on Bamboo, since 0xd000 is reserved for PCI
> > memory on 440EP.
>
> I have done this and it didn't make any difference, same
> exception
I
>I may have noted this before, but I suggest you move the CFG_NAND_ADDR
to 0x9000 as done on Bamboo, since 0xd000 is reserved for PCI
memory on 440EP.
I have done this and it didn't make any difference, same
exception
>How is SDR0_CUST0 configured. Please read is in a runn
On Friday 01 February 2008, Craig Millen wrote:
> IIRC, then you had to change the 4xx NDFC driver to access the NAND via
> 8bit access, correct? I have used this driver on multiple 4xx boards and
> on all boards this driver can be used as is, meaning with 32bit access
> enabled.
> Perhaps you stil
On Tuesday 29 January 2008, Craig Millen wrote:
> I have been experiencing a few problems when using a NAND flash for
> storage in u-boot.
>
> When I'm reading large files (7MB) from the NAND, periodically there
> will be a NAND ECC read error when using the following command:
>
> => nand read
On Tuesday 29 January 2008, Craig Millen wrote:
> I have been experiencing a few problems when using a NAND flash for
> storage in u-boot.
>
> When I'm reading large files (7MB) from the NAND, periodically there
> will be a NAND ECC read error when using the following command:
>
> => nand read 4000
"nand write.jffs2" skips bad blocks. I always thought that was a bad
name as it has nothing to do with jffs2 other than skipping is how jffs2
handles bad blocks...
Zach
Craig Millen wrote:
> I have been experiencing a few problems when using a NAND flash for
> storage in u-boot.
>
> When I'm
