In message <000c01c2cc25$2ee65b20$5e207aa1@fish> you wrote:
2)unpacked the source for PPCBOOT, my board is specifically the ep8260.
since it has a HRW set to boot from location 0xfff0000 in flash, i change
the appropriate starting location in the config.mk file for PPCBOOT then I
Please explain what you changed; the config.mk for the ep8260 board
reads "TEXT_BASE = 0xFFF00000" which looks OK to me.
4)at prompt, i type in "reset", then "go" and it throws me into debug mode.
(or "go 0xfff00000")
Type "reset" and "info" and check where the PC is pointing to. You
may have a problem with your BDI's config file so the CPU does not
get stopped immediately after a reset, but only after some delay.
This might explain that "reset" and "go" does not work. Also, please
note that thge reset entry point is at offset 0x100, so "go
0xfff00000" is definitely wrong - try "go 0xfff00100" instead.
Another test: disconnect the BDI, and power-cycle the board.
Best regards,
Wolfgang Denk
--
Software Engineering: Embedded and Realtime Systems, Embedded Linux
Phone: (+49)-8142-4596-87 Fax: (+49)-8142-4596-88 Email: wd@denx.de
Vor allem kein Gedanke! Nichts ist kompromittierender als ein Gedan-
ke! - Friedrich Wilhelm Nietzsche _Der Fall Wagner_ (1888)
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
Please explain what you changed; the config.mk for the ep8260 board
reads "TEXT_BASE = 0xFFF00000" which looks OK to me.
i did set TEXT_BASE = 0xFFF00000
i changed the makefile to pick the appropriate Cross Compiler.
ifndef CROSS_COMPILE
ifeq ($(HOSTARCH),ppc)
CROSS_COMPILE =
else
## #ifeq ($(CPU),mpc8xx)
## CROSS_COMPILE = ppc_8xx-
## #endif
## #ifeq ($(CPU),ppc4xx)
## #CROSS_COMPILE = ppc_4xx-
## #endif
## #ifeq ($(CPU),mpc824x)
## #CROSS_COMPILE = ppc_82xx-
## #endif
ifeq ($(CPU),mpc8260)
CROSS_COMPILE = ppc_82xx-
endif
## #ifeq ($(CPU),74xx_7xx)
## #CROSS_COMPILE = ppc_74xx-)
## #endif
##ifeq ($(ARCH),ppc)
##CROSS_COMPILE = ppc_8xx-
##endif
##ifeq ($(ARCH),arm)
##CROSS_COMPILE = arm_920TDI-
endif
endif
##endif
Type "reset" and "info" and check where the PC is pointing to. You
may have a problem with your BDI's config file so the CPU does not
get stopped immediately after a reset, but only after some delay.
This might explain that "reset" and "go" does not work. Also, please
note that thge reset entry point is at offset 0x100, so "go
0xfff00000" is definitely wrong - try "go 0xfff00100" instead.
reset
info (PC: 0xfff00100)
go (it is actually running now.. but im not sure if it is running properly)
halt (PC: 0x03fdc420)
and.. this is what is at
md 0xfff00000
fff00000 : 10101010 10101010 40404040 40404040 ........@@@@@@@@
fff00010 : 02020202 02020202 45454545 45454545 ........EEEEEEEE
fff00020 : 00000000 00000000 00000000 00000000 ................
fff00030 : 00000000 00000000 00000000 00000000 ................
fff00040 : 00000000 00000000 00000000 00000000 ................
fff00050 : 00000000 00000000 00000000 00000000 ................
fff00060 : 00000000 00000000 00000000 00000000 ................
fff00070 : 00000000 00000000 00000000 00000000 ................
fff00080 : 00000000 00000000 00000000 00000000 ................
fff00090 : 00000000 00000000 00000000 00000000 ................
fff000a0 : 00000000 00000000 00000000 00000000 ................
fff000b0 : 00000000 00000000 00000000 00000000 ................
fff000c0 : 00000000 00000000 00000000 00000000 ................
fff000d0 : 00000000 00000000 00000000 00000000 ................
fff000e0 : 00000000 00000000 00000000 00000000 ................
fff000f0 : 00000000 00000000 00000000 00000000 ................
the output of the target board is just garbage characters now.
Tb.?.???
b?..???...?.a.B.?..?.V.?
Thanks,
Jason Park
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/