All of lore.kernel.org
 help / color / mirror / Atom feed
From: Matt Ayres <matta@tektonic.net>
To: "xen-devel@lists.xensource.com" <xen-devel@lists.xensource.com>
Subject: Re: iptables causing kernel panic - part II
Date: Mon, 15 May 2006 12:45:42 -0400	[thread overview]
Message-ID: <4468B036.5010605@tektonic.net> (raw)
In-Reply-To: <872ca3fcfaaf0efd5cd5d2ec461992ab@cl.cam.ac.uk>



Keir Fraser wrote:
> 
> On 15 May 2006, at 16:35, Matt Ayres wrote:
> 
>> Here is my trace, I was not able to get the Code line unfortunately so 
>> I don't have specific line numbers.  I'd like re-confirmation this is 
>> not specific to Xen. If it is not I will be sending this over to LKML.
> 
> There are no Xen-specific functions in the backtrace. This doesn't mean 
> it isn't a Xen bug (since we make various pervasive functions that are 
> used all over the place) but it does make it less likely. Certainly 
> there's nothing in the backtrace that we can use to track down the bug. 
> We would need a line number, or a kernel image or something like that.
> 

I'll try to get the Code line next time.  Is there a more preferred 
method than using ksymoops? It seems ksymoops is depreciated as a 
/proc/ksyms doesn't even exist on my system and Fedora has stopped 
shipping RPM's for it.  I do have the vmlinux file and System.map if 
that would help.

Sometimes the panic includes xen_idle, ex:

EIP is at ipt_do_table+0xad/0x2d0
eax: 00000002   ebx: cadc221e   ecx: cadc221e   edx: 00000000
esi: d13f6000   edi: 00004000   ebp: d13f9c20   esp: c0525dd0
ds: 007b   es: 007b   ss: 0069
Process swapper (pid: 0, threadinfo=c0524000 task=c04a8c00)
Stack: <0>c04dc0ac 00000000 cadc221e 00000000 c83a1000 cfd60000 d13f6000 
00000000
       00000001 00000000 c0525e70 80000000 c03aeca8 cfd60000 c03e1e18 
c0525eb4
       00000002 c83a1000 cfd60000 c04dc080 00000000 c03a4420 00000002 
c0525eb4
Call Trace:
[<c03aeca8>] ip_forward_finish+0x0/0x36
[<c03e1e18>] ipt_hook+0x1c/0x20
[<c03a4420>] nf_iterate+0x2c/0x5e
[<c03aeca8>] ip_forward_finish+0x0/0x36
[<c03aeca8>] ip_forward_finish+0x0/0x36
PORT HISTORY> next
[<c03a451b>] nf_hook_slow+0x3c/0xc3
[<c03aeca8>] ip_forward_finish+0x0/0x36
[<c03aee7c>] ip_forward+0x19e/0x22e
[<c03aeca8>] ip_forward_finish+0x0/0x36
[<c03add9b>] ip_rcv+0x40e/0x48f
[<c037f289>] netif_receive_skb+0x2b9/0x2f7
[<c037f382>] process_backlog+0xbb/0x14b
[<c037d2ee>] net_rx_action+0xaa/0x17c
[<c011ea03>] __do_softirq+0x73/0xf0
[<c011eac0>] do_softirq+0x40/0x64
[<c010606b>] do_IRQ+0x1f/0x25
[<c02fdfa4>] evtchn_do_upcall+0x60/0x96
[<c0104a2c>] hypervisor_callback+0x2c/0x34
[<c010342e>] xen_idle+0x5e/0x7d
[<c0103509>] cpu_idle+0xbc/0xd5
[<c05264e0>] start_kernel+0x344/0x34b
Code: 89 44 24 18 89 c6 8b 44 24 40 8b 6c 24 18 03 74 83 0c 03 6c 83 20 
c7 44 24 0c 00 00 00 00 0f b7 54 24 06 8b 5c 24 08 89 54 24 1c <8a> 4e 
53 88 4c 24 23 8b 46 08 0f b6 c9 23 43 0c 3b 06 89 c8 0f
<0>Kernel panic - not syncing: Fatal exception in interrupt
(XEN) Domain 0 crashed: rebooting machine in 5 seconds.

I have the Code line for this, but unfortunately I do not have the 
System.map that corresponds to this particular kernel.

      reply	other threads:[~2006-05-15 16:45 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-05-15 15:35 iptables causing kernel panic - part II Matt Ayres
2006-05-15 16:24 ` Keir Fraser
2006-05-15 16:45   ` Matt Ayres [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=4468B036.5010605@tektonic.net \
    --to=matta@tektonic.net \
    --cc=xen-devel@lists.xensource.com \
    /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.