[PATCH 1/1] ARM: kirkwood: Fix chip-delay for GoFlex Net

Jason Gunthorpe jgunthorpe at obsidianresearch.com
Mon Mar 18 17:05:58 EDT 2013


On Mon, Mar 18, 2013 at 08:26:53PM +0100, Andrew Lunn wrote:
> On Mon, Mar 18, 2013 at 07:48:56PM +0100, Eric Hutter wrote:
> > Hi,
> > 
> > This fixes "Too few good blocks within range" issues on GoFlex Net
> > by setting chip-delay to 40.
> 
> Hi Eric
> 
> Its a problem seen by a couple of other boards as well, e.g. dns320
> and dns325.

The MTD core default of 20us is too small for modern NAND flash.. This
number is based on the chip's datahseet, it should be the longest
non-programming command BUSY interval. Eric, if you haven't already,
it is worth a quick check of the datasheet to verify. Eg the Micron
flash on my Kirkwood system should be 70us.

u-boot can sometimes get away with a smaller value because it only
uses a limited set of commands.

It is on my TODO list to implement ONFI READY/BUSY# pin support in the
orion-nand driver via a GPIO - could other systems make use of this as
well?

Regards,
Jason



More information about the linux-arm-kernel mailing list