Debugger Problems

Debugger Problems

[Andreas Schreckenberg]

Hi,

I want to port the Monta Vista Linux Kernel on our
customspecific board. I want to use the EST Debugger
from Windriver, but there are some problems with using
the MMU, specially while debugging the startup code.
I read the Mailing list and found tips in loading a
compressed linux zimage with bin2bin and that
seems to be no problem.

Is there anybody with experience
in using the EST Debugger with Linuxcode ?

bye
Andreas
--
          Life's not fair. But the root password helps ! :-)
                   http://schrecky.home.pages.de

** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

Re: Debugger Problems

[Wolfgang Denk]

In message <3A06703F.6D5DBB23@dspace.de> you wrote:
>
> I want to port the Monta Vista Linux Kernel on our
> customspecific board. I want to use the EST Debugger

Which firmware are you running on your board? Do you know  about  the
PPCBoot project (http://ppcboot.sourceforge.net)?

> from Windriver, but there are some problems with using
> the MMU, specially while debugging the startup code.

Did you check the Embedded PowerPC HOWTO at
http://members.nbci.com/greyhams/linux/PowerPC-Embedded-HOWTO.html ?

> Is there anybody with experience
> in using the EST Debugger with Linuxcode ?

Can you explain what "some problems" means?

One typical problem in bad intialization of the Debug Even  Register;
make sure DER is set to 0x2002000F or similar before starting Linux.

Wolfgang Denk

--
Software Engineering:  Embedded and Realtime Systems,  Embedded Linux
Phone: (+49)-8142-4596-87  Fax: (+49)-8142-4596-88  Email: wd@denx.de
The use of Microsoft crippleware systems is a sin that  carries  with
it its own punishment.
         -- Tom Christiansen in <6bo3fr$pj8$5@csnews.cs.colorado.edu>

** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

Re: Debugger Problems

[Wolfgang Denk]

In message <3A069BD6.9F63FF6C@dspace.de> Andreas Schreckenberg wrote:
>
> Our board contains a MPC750-466 MHz CPU, it's no embedded system in the

Why not? You can build an Embedded System around any CPU :-)

> There is no firmware. The board has flash memory and jumps directly to
> ram after reset.
> Can I use ppcboot for my board ?

Yes, sure. You will have to make some modifications,  of  course.  So
far nobody ported it to a 750 board yet.

> I thought it's only for special TQM8xx boards.

No. We have support for several MPX8xx and  IBM  40x  based  systems:
TQM823L,  TQM850L, TQM855L, TQM860L, ETX094, ADCIOP, CPCI405, COGENT,
FADS, SPD823TS, FPS850L, MBX, SM850,  IVMS8.  There  are  some  other
systems,  where  I  have received success reports from the developers
who ported PPCBoot to their systems, but I never received patches.

Ports for MPC82xx systems are in the works.

> Perhaps I have read not enough about ppcboot... :-)

Definitely :-)

> I want to build a kernel and boot via ramdisk support, the board communicates
> with a serial port.

That's fine. You could use the serial port to download a Linux kernel
image (using S-Records and/or kermit binary protocol).

> I want to download my code via JTAG/BDM as a raw binary or elf file in the ram memory.
> (there are problems with elf and EST, because the EST debugger handles
> the kernel and ramdisk sections not correct, bin2bin which I found in
> the mailinglist seems to fix this for .bin files.)
> Finally all the stuff should be burned into flash.

That's fine. Just get working tools.

> I turn on the MMU and jump via an rfi instruction.
> (first init the srr0/srr1 registers) then the debugger confuses this situation
> and shows wrong code in the disassemby window.
>
> Is there any workaround availible ?
> Or is there no chance to use the EST Debugger with virtual memory ?

Sorry, I can't help here. We didn't buy this device  exactly  because
of this problem (and because of the price).

Wolfgang Denk

--
Software Engineering:  Embedded and Realtime Systems,  Embedded Linux
Phone: (+49)-8142-4596-87  Fax: (+49)-8142-4596-88  Email: wd@denx.de
"Unix is simple, but it takes a genius to understand the simplicity."
					             - Dennis Ritchie

** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

Re: Debugger Problems

[Jerry Van Baren]

At 12:53 PM 11/6/00 +0100, Andreas Schreckenberg wrote:

>Wolfgang Denk wrote:
> >
> > In message <3A06703F.6D5DBB23@dspace.de> you wrote:
> > Which firmware are you running on your board? Do you know  about  the
> > PPCBoot project (http://ppcboot.sourceforge.net)?
>
>Our board contains a MPC750-466 MHz CPU, it's no embedded system in the
>normal way. There's no way to boot via nfs. (no ethernet availible)
>There is no firmware. The board has flash memory and jumps directly to
>ram after reset.
>Can I use ppcboot for my board ?
>I thought it's only for special TQM8xx boards.
>Perhaps I have read not enough about ppcboot... :-)
>I want to build a kernel and boot via ramdisk support, the board
>communicates
>with a serial port.
>
> > Did you check the Embedded PowerPC HOWTO at
> > http://members.nbci.com/greyhams/linux/PowerPC-Embedded-HOWTO.html ?
>
>Yes, there are some people who evaluate the EST debugger.
>I want to download my code via JTAG/BDM as a raw binary or elf file in
>the ram memory.
>(there are problems with elf and EST, because the EST debugger handles
>the kernel and ramdisk sections not correct, bin2bin which I found in
>the mailinglist seems to fix this for .bin files.)
>Finally all the stuff should be burned into flash.
>
> > Can you explain what "some problems" means?
>
>My startupcode first turnoff the cpu and initializes the bat registers.
>I turn on the MMU and jump via an rfi instruction.
>(first init the srr0/srr1 registers) then the debugger confuses this
>situation
>and shows wrong code in the disassemby window.
>
>Is there any workaround availible ?
>Or is there no chance to use the EST Debugger with virtual memory ?
>Are there any linux-ppc projects with EST experience ?

The EST debugger doesn't understand virtual memory and that is very
problematic.

We are prototyping on the EST SBC8260 board.  This board has RAM on
both the 60x bus and the local bus (point being, there are two banks of
RAM).  We had success stepping through the initial linux boot process
(after switching to virtual memory) by remapping the local bus RAM to
location 0xC0000000 and copying the "real" memory (0x00000000) to the
0xC0000000 space.  The EST debugger looks at the PC (in 0xC land) and
fetches that memory for its disassembly.  Using this trick, we were
able to single-step through virtual memory.  Note that breakpoints
don't work since they will be set in 0xC land, not 0x0 land.  This is
_really_ crude but allowed us to find enough of our screwups to get
linux running.

If you only have one bank of memory, this technique won't work.  Your
best bet in that case is to adjust your MMU initialization code to
remap your physical memory so that virtual==physical (i.e. remap
physical to 0xC0000000) and you will be able to step (and set
breakpoints) through more code.  Of course, this will only work for a
while and then linux will start trying to make userland tasks in 0x0
land and break horribly.

gvb


** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/