[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