From: Wolfgang Denk <wd@denx.de>
To: lapinski@ece.utexas.edu
Cc: linuxppc-embedded@lists.linuxppc.org
Subject: Re: kernel debugging in MontaVista Journeyman 2.0
Date: Fri, 08 Feb 2002 09:11:30 +0100 [thread overview]
Message-ID: <20020208081135.84C39109D5@denx.denx.de> (raw)
In-Reply-To: Your message of "Thu, 07 Feb 2002 19:24:02 CST." <Pine.A41.4.44.0202071800550.13790-100000@pacific.ece.utexas.edu>
Dear Viktor,
in message <Pine.A41.4.44.0202071800550.13790-100000@pacific.ece.utexas.edu> you wrote:
>
>
> We have Motorola Sandpoint with PPMC8240 and MontaVista Journeyman 2.0.
> Budget constraints do not allow us to have a full version of MontaVista
> Linux and I am trying to find some ways to do kernel debugging with the
> Journeyman version of linux-2.4.2_hhl20.
IMHO it does not matter much if you're running MV Journeyman or
professional or _any_ other version of the Linux kernel.
The most efficient way (IMHO) for kernel debugging is using a JTAG
debugger like the Abatron BDI2000. Note that I'm talking about
debugging here...
> We need to perform some measurements on a network card driver. Ideally,
> it would be great to obtain executuion traces (on the machine instruction
Performance analysis and execution traces is a different story.
> level) of different components of that driver (eventaully with timestamps)
> and also (probably indirectly) measure DMA exchanges between the network
> card and RAM. Setting breakpoints is also desirable.
You have several options for traces / timing analysis. A pure
software approach is the Linux Trace Toolkit, which can provide
extremely interesting information, and it's _free_.
A mixed approach (software instrumentation and hardware support for
data accquisition) is CodeTEST by Applied Microsystems; it's not
exactly cheap but can be used for a lot in interesting things, up to
and including MC/DC code coverage; execution traces with timestamps
are included, too.
There are probably a couple of other tools that allow oa combination
of debugging and tracing. You may want to check out tools like
Lauterbach's TRACE32 for instance - but be careful to ask for Linux
MMU support; I know that they have it for MPC8xx CPUs, but I'm not
sure about the 82xx.
> Journeyman apparently does not have KGDB support and I would highly
You don't need kgdb when you have a BDM / JTAG debugger :-)
> be done (besides using occiloscope or printouts and pencil). It's the
> first time I am trying to get deep into the kernel so any of your
> suggestions/references would be very helpful.
My recommendation is to start with LTT; probably this provides all
information you need, and maybe more.
Wolfgang Denk
--
Software Engineering: Embedded and Realtime Systems, Embedded Linux
Phone: (+49)-8142-4596-87 Fax: (+49)-8142-4596-88 Email: wd@denx.de
Perfection is reached, not when there is no longer anything to add,
but when there is no longer anything to take away.
- Antoine de Saint-Exupery
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
prev parent reply other threads:[~2002-02-08 8:11 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-02-08 1:24 kernel debugging in MontaVista Journeyman 2.0 Viktor Lapinskii
2002-02-08 8:11 ` Wolfgang Denk [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=20020208081135.84C39109D5@denx.denx.de \
--to=wd@denx.de \
--cc=lapinski@ece.utexas.edu \
--cc=linuxppc-embedded@lists.linuxppc.org \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).