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