[U-Boot] Non standard CFI detection tweaks

Rogan Dawes rogan at dawes.za.net
Mon Jul 19 14:18:37 CEST 2010


On 2010/07/19 1:50 PM, Stefan Roese wrote:
>> This is quite odd, though.
>>
>> DNS323B1>  mw.w 0xff800555 00aa
>>
>> .. never returns. It seems to hang up the board for some reason.
>
> Ahh, unaligned 16bit access on ARM.
>
> Please give these commands another try:
>
> =>   mw.w ff800aaa 00aa
> =>   mw.w ff800554 0055
> =>   mw.w ff800aaa 0090
> =>   md.w ff800000
>
>
> Cheers,
> Stefan

DNS323B1> mw.w ff800aaa 00aa
DNS323B1> mw.w ff800554 0055
DNS323B1> mw.w ff800aaa 0090
DNS323B1> md.w ff800000
ff800000: 0000 0000 0000 0000 0000 0000 0000 0000    ................
ff800010: 0000 0000 0000 0000 0000 0000 0000 0000    ................
ff800020: 0000 0000 0000 0000 0000 0000 0000 0000    ................
ff800030: 0000 0000 0000 0000 0000 0000 0000 0000    ................
ff800040: 0000 0000 0000 0000 0000 0000 0000 0000    ................
ff800050: 0000 0000 0000 0000 0000 0000 0000 0000    ................
ff800060: 0000 0000 0000 0000 0000 0000 0000 0000    ................
ff800070: 0000 0000 0000 0000 0000 0000 0000 0000    ................

I also tried various permutations of mw.w ff8000aa 00aa, etc, as well as 
mw.w 0xff800554 5500 (rather than 0055), since we are writing to a 
different address, and none of them gave anything other than 0000 results.

This is the procedure for entering QRY mode, though, from my original email:

 > For this particular chip, the command is:
 >
 > mw.w 0xff8000aa 9800 (rather than 9898)
 >
 > (FWIW mw.b 0xff8000aa 98 also works fine to enter QRY mode)
 >
 > Having done that, the QRY results are present at 0xff800020:
 >
 > md.b ff800020 20
 > ff800020: 51 51 52 52 59 59 02 02 00 00 40 40 00 00 00 00 
QQRRYY....@@....
 > ff800030: 00 00 00 00 00 00 27 27 36 36 00 00 00 00 04 04 
......''66......

Does that help?

Rogan


More information about the U-Boot mailing list