All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Randy.Dunlap" <rddunlap@osdl.org>
To: Ian Kent <raven@themaw.net>
Cc: linux-fsdevel@vger.kernel.org
Subject: Re: Pointer to info on decoding oops messages
Date: Mon, 1 Dec 2003 07:12:05 -0800	[thread overview]
Message-ID: <20031201071205.71d9f42e.rddunlap@osdl.org> (raw)
In-Reply-To: <Pine.LNX.4.33.0311270949560.13776-100000@wombat.indigo.net.au>

On Thu, 27 Nov 2003 09:54:05 +0800 (WST) Ian Kent <raven@themaw.net> wrote:

| On Wed, 26 Nov 2003, Ian Kent wrote:
| 
| >
| > The subject says it all.
| >
| 
| Once upon a time, in a galaxy far away I could get an assembly listing
| with original source lines interspersed. This would allow me to quickly
| identify the address (source line) causing a problem from stack dumps.
| 
| Anyone know how this can be acheived with gcc and the kernel source.

[See MOTD, below.]

In 2.6.x, you can do this:

  make drivers/usb/core/usb.lst

This doesn't work in 2.4 (at least not in 2.4.22, where I
tested it).  You can always use objdump to list an object file,
but it doesn't provide mixed source/object lines.

There was a question similar to this on the gcc mailing list a few
weeks ago.  One answer posted was this (from Jim Wilson):

  If you are using GNU as, then see the GNU as docs for the -a option 
  which produces listings file.  Try for instance
	gcc -O -g -Wa,-ahls file.c

so maybe you change some CFLAGS or AFLAGS etc. in Makefile and have
'as' generate a listing for you.

--
~Randy
MOTD:  Always include version info.

  reply	other threads:[~2003-12-01 15:18 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-11-26 13:41 Pointer to info on decoding oops messages Ian Kent
2003-11-26 15:17 ` Randy.Dunlap
2003-11-26 15:39   ` Pat LaVarre
2003-11-27  1:36   ` Ian Kent
2003-11-30 20:33     ` Randy.Dunlap
2003-12-01  5:51       ` Ian Kent
2003-11-27  1:54 ` Ian Kent
2003-12-01 15:12   ` Randy.Dunlap [this message]
2003-12-02  1:20     ` Ian Kent

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=20031201071205.71d9f42e.rddunlap@osdl.org \
    --to=rddunlap@osdl.org \
    --cc=linux-fsdevel@vger.kernel.org \
    --cc=raven@themaw.net \
    /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.