From: Brent Cook <bcook@bpointsys.com>
To: u-boot@lists.denx.de
Subject: [U-Boot-Users] debug u-boot using bdi2000
Date: Fri, 13 Oct 2006 13:52:21 -0500 [thread overview]
Message-ID: <200610131352.21742.bcook@bpointsys.com> (raw)
In-Reply-To: <1160765295.27646.105.camel@saruman.qstreams.net>
On Friday 13 October 2006 13:48, Ben Warren wrote:
> On Fri, 2006-10-13 at 13:38 -0500, Timur Tabi wrote:
> > Ben Warren wrote:
> > > I don't know how well supported your CPU is (I've never heard of it,
> > > but that's not saying much) Anyway, I've debugged ROM on a couple of
> > > different MPC8349s, but not with 100% success. I can single-step with
> > > the BDI, and can single-step assembly code, but not C code using gdb.
> >
> > I don't know about PowerPC processors, but on x86, single-stepping
> > assembly code is completely different from single-stepping C code. With
> > assembly, the debugger typically enables instruction interrupts, where an
> > interrupt is generated after each instruction is executed. This does not
> > require modifying memory.
> >
> > With C code, a single line of C code is usually multiple assembly
> > instructions, so the debugger (gdb in this case) places a breakpoint at
> > the appropriate spot.
>
> That's some good insight, and would certainly explain my problem.
> Thanks!
>
> Ben
I find it really helpful when debugging C code in ROM to have the output
of 'cross-compiler-objdump -d u-boot | less' handy for looking up functions
and such. It's not too hard to get familiar with your CPU's ABI either, after
a bit of this.
prev parent reply other threads:[~2006-10-13 18:52 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-10-13 17:41 [U-Boot-Users] debug u-boot using bdi2000 Reeve Yang
2006-10-13 18:05 ` Ben Warren
2006-10-13 18:12 ` Reeve Yang
2006-10-13 18:23 ` Reeve Yang
2006-10-13 18:44 ` Ben Warren
2006-10-13 18:34 ` Ben Warren
2006-10-13 18:38 ` Timur Tabi
2006-10-13 18:48 ` Ben Warren
2006-10-13 18:52 ` Brent Cook [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=200610131352.21742.bcook@bpointsys.com \
--to=bcook@bpointsys.com \
--cc=u-boot@lists.denx.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.