linuxppc-dev.lists.ozlabs.org archive mirror
 help / color / mirror / Atom feed
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/

      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).