[U-Boot-Users] BDI2000 and MPC8260
Hi,
I hope this isn't considered off topic here....
I am trying to load u-boot.bin into the flash device on my PM828 board using a BDI2000 and the config file ftp://ftp.denx.de/pub/BDI2000/pm826.cfg. On the PM828 platform the HRW - hard reset configuration word- is loaded into the CPU from bottom of the flash device on CS0.
The problem I am seeing is that the bdi2000 cannot communicate with the PM828 if the HRW is not present in the flash device. I.e. you need u-boot.bin already loaded into flash in order to load u-boot.bin into flash!
At the moment I can work around this problem by setting some jumpers on the board to remap CS0 to a PROM device containing u-boot, writing the HRW into flash, and returning the jumpers so that CS0 is mapped to the flash again. Unfortunately I will not be able to do this on our custom hardware as there will only be a flash device and no PROM.
Here is the output from the BDI2000 session when the flash on CS0 is erased (i.e. the HRW is 0xffffffff):
- TARGET: waiting for target Vcc - TARGET: waiting for target Vcc - TARGET: waiting for target Vcc
[ PM828 is switched on ] - TARGET: processing power-up delay - TARGET: processing user reset request - BDI asserts HRESET - Reset JTAG controller passed - Bypass check: 0x00000001 => 0x00000001 - JTAG exists check passed - COP status is 0x01 - Check running state passed - BDI scans COP freeze command - BDI removes HRESET - Target PVR is 0x80822011 - COP status is 0x05 - Check stopped state passed - Check LSRL length passed - BDI sets breakpoint at 0xFFF00100 - BDI resumes program execution - Waiting for target stop passed - TARGET: Target PVR is 0x80822011 - TARGET: resetting target passed - TARGET: processing target startup .... - TARGET: processing target startup passed
[ 10 second gap ]
*** TARGET: reset detected, restarting target - BDI asserts HRESET - Reset JTAG controller passed - Bypass check: 0x00000001 => 0x00000001 - JTAG exists check passed - COP status is 0x05 - Check running state failed - TARGET: Target PVR is 0x80822011 *** TARGET: resetting target failed # PPC: unexpected response from target - TARGET: target will be restarted in 10 sec - TARGET: processing user reset request
[ the above repeats indefinitely ]
Does anybody have any idea how to work around this circular dependency?
Regards,
Alex
In message 20050901111214.457804dc.ajz@cambridgebroadband.com you wrote:
The problem I am seeing is that the bdi2000 cannot communicate with the PM828 if the HRW is not present in the flash device. I.e. you need u-boot.bin already loaded into flash in order to load u-boot.bin into flash!
This is normal; with an erased flash, the processor will read a HRCW which sets external bus arbitration and CPU core disabled - there is nothing left for the BDI to communicate with.
At the moment I can work around this problem by setting some jumpers on the board to remap CS0 to a PROM device containing u-boot, writing the HRW into flash, and returning the jumpers so that CS0 is mapped to the flash again. Unfortunately I will not be able to do this on our custom hardware as there will only be a flash device and no PROM.
Install a RCFG jumper... The PM82x modules have a RCFG jumper to bring up the CPU in internal default configuration.
Best regards,
Wolfgang Denk
Thanks for replying Wolfgang,
Actually I'd figured this out. I would have sent an update, but I thought my original email had got lost by the server because it didn't send me back a copy.
Alex
On Thu, 01 Sep 2005 17:50:14 +0200 Wolfgang Denk wd@denx.de wrote:
In message 20050901111214.457804dc.ajz@cambridgebroadband.com you wrote:
The problem I am seeing is that the bdi2000 cannot communicate with the PM828 if the HRW is not present in the flash device. I.e. you need u-boot.bin already loaded into flash in order to load u-boot.bin into flash!
This is normal; with an erased flash, the processor will read a HRCW which sets external bus arbitration and CPU core disabled - there is nothing left for the BDI to communicate with.
At the moment I can work around this problem by setting some jumpers on the board to remap CS0 to a PROM device containing u-boot, writing the HRW into flash, and returning the jumpers so that CS0 is mapped to the flash again. Unfortunately I will not be able to do this on our custom hardware as there will only be a flash device and no PROM.
Install a RCFG jumper... The PM82x modules have a RCFG jumper to bring up the CPU in internal default configuration.
Best regards,
Wolfgang Denk
-- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd@denx.de Reader, suppose you were an idiot. And suppose you were a member of Congress. But I repeat myself. - Mark Twain
participants (2)
-
Alex Zeffertt -
Wolfgang Denk