From: Jeff Dike <jdike@addtoit.com>
To: Blaisorblade <blaisorblade@yahoo.it>
Cc: user-mode-linux-devel@lists.sourceforge.net,
"Christopher S. Aker" <caker@theshore.net>
Subject: Re: [uml-devel] Kernel mode fault at addr 0x92c00000, ip 0x80bcead
Date: Mon, 16 Oct 2006 10:44:53 -0400 [thread overview]
Message-ID: <20061016144453.GB4350@ccure.user-mode-linux.org> (raw)
In-Reply-To: <200610140243.00086.blaisorblade@yahoo.it>
On Sat, Oct 14, 2006 at 02:42:59AM +0200, Blaisorblade wrote:
> > > Kernel panic - not syncing: Kernel mode fault at addr 0x92c00000, ip
> > > 0x80bcead
> Jeff, are these addresses normal? They tell that the binary is a statically
> linked one - but what is the memory layout? Chris, can you post
> cat /proc/<pid>/maps on a running instance of that kernel, together with host
> and guest config (the guest's one is contained there, I know, but I don't
> have the time to extract).
I'm not sure. I've never trusted the numbers coming from that panic
message (which hurts debugging, I know). I don't believe the fault
address, and the IP doesn't match anything in the symbol table, so I
don't believe that either.
> I.e. all the rest are bogus functions?
No. Above the skb_checksum frame, there are lots of occurrences of
dst_output, which is a function pointer being passed down the stack.
What remains looks like the remnants of old stacks.
Between csum_partial and skb_checksum, there's a big frame (and I
don't know what's causing that) with what looks like old stack in it.
> There are automated solutions for this - compiling with frame pointers allows
> correct backtracing with a runtime penalty but is implemented; however, we
> could reuse (not copy, please, we cannot maintain it) the x86 DWARF unwinder
> (instead of using frame pointer and to slow down fast paths, additional
> out-of-line debug info are used when the stack trace is output) - but we
> should implement this latter one. Jeff, can you take a look at it?
Yup, that sounds like a good idea.
Jeff
-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
next prev parent reply other threads:[~2006-10-16 14:46 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-10-10 23:17 [uml-devel] Kernel mode fault at addr 0x92c00000, ip 0x80bcead Christopher S. Aker
2006-10-13 20:07 ` Jeff Dike
2006-10-14 0:42 ` Blaisorblade
2006-10-14 1:19 ` Christopher S. Aker
2006-10-14 2:35 ` Blaisorblade
2006-10-14 3:17 ` Christopher S. Aker
2006-10-16 14:44 ` Jeff Dike [this message]
2006-10-21 1:05 ` Blaisorblade
2006-10-25 15:17 ` Jeff Dike
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=20061016144453.GB4350@ccure.user-mode-linux.org \
--to=jdike@addtoit.com \
--cc=blaisorblade@yahoo.it \
--cc=caker@theshore.net \
--cc=user-mode-linux-devel@lists.sourceforge.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox