[U-Boot] Non standard CFI detection tweaks

[Stefan Roese <sr@denx.de>]

Hi Rogan,

On Monday 19 July 2010 16:37:08 Rogan Dawes wrote:
> On 2010/07/19 3:33 PM, Stefan Roese wrote:
> > Not really. I find it odd, that writing 0x9800 works and 0x0098 doesn't.
> > Perhaps the chip is connected in byte-mode after all? Not sure.
> > 
> > Do you know if and how the Linux MTD driver handles the NOR FLASH?
> > 
> > Cheers,
> > Stefan
> 
> Here is the setup code from the Linux kernel:
>  >http://lxr.free-electrons.com/source/arch/arm/mach-orion5x/dns323-setup.c
>  >#L93>
> 
> Which is used by:
> 
> <http://lxr.free-electrons.com/source/arch/arm/mach-orion5x/dns323-setup.c#
> L435>
> 
> I don't know enough about the kernel to understand where it goes to from
> there.

OK, so the width is definitely 8 bit and not 16 bit:

static struct physmap_flash_data dns323_nor_flash_data = {
	.width		= 1,
...

But the base address is listed here as 0xf4000000:

#define DNS323_NOR_BOOT_BASE 0xf4000000

Are you sure you got this right? Nevertheless, now we know for sure, that the 
NOR chip is connected as an 8bit device and the chip is operated in byte mode. 
So all tests from the U-Boot prompt should be done with ".b" extension.


BTW: This code you referenced is also available in mainline kernel.org.

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: office at denx.de