From: "M. Koehrer" <mathias_koehrer@domain.hid>
To: jan.kiszka@domain.hid, mathias_koehrer@domain.hid
Cc: xenomai@xenomai.org
Subject: Re: [Xenomai-help] Xenomai and MSI enabled crashes kernel
Date: Wed, 2 May 2007 11:14:03 +0200 (CEST) [thread overview]
Message-ID: <33481027.1178097243064.JavaMail.ngmail@domain.hid> (raw)
In-Reply-To: <46384E4B.2050200@domain.hid>
Hi Jan,
here is the result of this patch.
I patched in addition to Philippe's patches.
Regards
Mathias
---------
Intel(R) PRO/1000 Network Driver - version 7.3.15-k2
Copyright (c) 1999-2006 Intel Corporation.
ACPI: PCI Interrupt 0000:05:00.0[A] -> GSI 16 (level, low) -> IRQ 16
e1000: 0000:05:00.0: e1000_probe: (PCI Express:2.5Gb/s:Width x1) 00:30:48:5a:f9:0a
e1000: eth0: e1000_probe: Intel(R) PRO/1000 Network Connection
BUG: unable to handle kernel NULL pointer dereference at virtual address 00000000
printing eip:
dfedd3ca
*pde = 00000000
Oops: 0000 [#1]
SMP
Modules linked in: e1000
CPU: 0
EIP: 0060:[<dfedd3ca>] Not tainted VLI
EFLAGS: 00010082 (2.6.20.4 #7)
EIP is at 0xdfedd3ca
eax: c0112478 ebx: 00000001 ecx: c0114581 edx: df06c001
esi: dfedf6c0 edi: dfedc240 ebp: 00000000 esp: df06ddf8
ds: 007b es: 007b ss: 0068
Process ifconfig (pid: 1242, ti=df06c000 task=c16f9030 task.ti=df06c000)
Stack: 00000040 ffffffff 00000000 00000007 c03e6f00 000000ec 00000000 c03d9180
c010f1b5 c015291a decbe080 00000680 decbe080 00000724 c02d6dfd 00007600
00000001 00000060 e099a210 00000286 ffffff24 df7065c8 00000000 0000000f
Call Trace:
[<c010f1b5>] __ipipe_handle_irq+0x26b/0x2bd
[<c015291a>] __kmalloc+0x82/0x8d
[<c02d6dfd>] __alloc_skb+0x4f/0xf8
[<e099a210>] e1000_set_multi+0x111/0x189 [e1000]
[<c01035b9>] common_interrupt+0x21/0x38
[<e099a0ff>] e1000_set_multi+0x0/0x189 [e1000]
[<e099a210>] e1000_set_multi+0x111/0x189 [e1000]
[<c02dd211>] __dev_mc_upload+0x1d/0x1e
[<c02dd331>] dev_mc_upload+0x24/0x37
[<c02db83c>] dev_open+0x44/0x62
[<c02da309>] dev_change_flags+0x47/0xe4
[<c030d422>] devinet_ioctl+0x252/0x56f
[<c02db41a>] dev_ifsioc+0x113/0x38d
[<c02d1834>] sock_ioctl+0x0/0x1ad
[<c02d19c2>] sock_ioctl+0x18e/0x1ad
[<c02d1834>] sock_ioctl+0x0/0x1ad
[<c015e41b>] do_ioctl+0x1f/0x62
[<c015e6a2>] vfs_ioctl+0x244/0x256
[<c015e6e7>] sys_ioctl+0x33/0x4c
[<c01029f3>] sysenter_past_esp+0x6c/0x70
=======================
Code: 00 00 00 00 00 01 00 00 00 00 90 ed df 04 03 02 01 6b ec fe ff 00 00 00 00 00 00 00 00 00 00 00 00 c0 d3 ed df c0 d3 ed df 00 42 <c9> de 00 db ed df d0 d3 ed df d0 d3 ed df 00 00 00 00 1a 00 00
EIP: [<dfedd3ca>] 0xdfedd3ca SS:ESP 0068:df06ddf8
<0>Kernel panic - not syncing: Fatal exception in interrupt
BUG: at arch/i386/kernel/smp.c:565 smp_call_function()
[<c010ba83>] smp_call_function+0x66/0x10a
[<c0119046>] printk+0x62/0xd5
[<c010bb42>] smp_send_stop+0x1b/0x2b
[<c01185e1>] panic+0x4d/0xe4
[<c01040f1>] die+0x1f2/0x226
[<c01118b0>] do_page_fault+0x447/0x517
[<c010f84f>] __ipipe_handle_exception+0xce/0x158
[<c03335fd>] error_code+0x81/0x90
[<c0114581>] try_to_wake_up+0x33c/0x346
[<c0112478>] __activate_task+0x1c/0x29
[<c010f1b5>] __ipipe_handle_irq+0x26b/0x2bd
[<c015291a>] __kmalloc+0x82/0x8d
[<c02d6dfd>] __alloc_skb+0x4f/0xf8
[<e099a210>] e1000_set_multi+0x111/0x189 [e1000]
[<c01035b9>] common_interrupt+0x21/0x38
[<e099a0ff>] e1000_set_multi+0x0/0x189 [e1000]
[<e099a210>] e1000_set_multi+0x111/0x189 [e1000]
[<c02dd211>] __dev_mc_upload+0x1d/0x1e
[<c02dd331>] dev_mc_upload+0x24/0x37
[<c02db83c>] dev_open+0x44/0x62
[<c02da309>] dev_change_flags+0x47/0xe4
[<c030d422>] devinet_ioctl+0x252/0x56f
[<c02db41a>] dev_ifsioc+0x113/0x38d
[<c02d1834>] sock_ioctl+0x0/0x1ad
[<c02d19c2>] sock_ioctl+0x18e/0x1ad
[<c02d1834>] sock_ioctl+0x0/0x1ad
[<c015e41b>] do_ioctl+0x1f/0x62
[<c015e6a2>] vfs_ioctl+0x244/0x256
[<c015e6e7>] sys_ioctl+0x33/0x4c
[<c01029f3>] sysenter_past_esp+0x6c/0x70
=======================
----- Original Nachricht ----
Von: Jan Kiszka <jan.kiszka@domain.hid>
An: "M. Koehrer" <mathias_koehrer@domain.hid>
Datum: 02.05.2007 10:39
Betreff: Re: [Xenomai-help] Xenomai and MSI enabled crashes kernel
> M. Koehrer wrote:
> > Hi Philippe,
> >
> > I have applied the patches as proposed.
> > However, the kernel still freezes.
>
> :(
>
> > Here is the corresponding message.
> >
>
> OK, here is another instrumentation, hoping that the bug will not move
> again and that we can nail down what piece of memory contains nonsense.
>
> The next step would then be to narrow down the corruption window (or to
> find the reason for filling in nonsense during initialisation).
>
> Jan
>
>
> Index: linux-2.6.20/arch/i386/kernel/ipipe.c
> ===================================================================
> --- linux-2.6.20.orig/arch/i386/kernel/ipipe.c
> +++ linux-2.6.20/arch/i386/kernel/ipipe.c
> @@ -782,6 +782,13 @@ int __ipipe_handle_irq(struct pt_regs re
>
> head = __ipipe_pipeline.next;
> next_domain = list_entry(head, struct ipipe_domain, p_link);
> + if (irq==219) {
> + ipipe_set_printk_sync(next_domain);
> + printk("%s:%d\n", __FUNCTION__, __LINE__);
> + printk("%s:%d %lx %p %p\n", __FUNCTION__, __LINE__,
> + ipipe_root.irqs[irq].control, ipipe_root.irqs[irq].acknowledge,
> + ipipe_root.irqs[irq].handler);
> + }
> if (likely(test_bit(IPIPE_WIRED_FLAG, &next_domain->irqs[irq].control)))
> {
> if (!m_ack && next_domain->irqs[irq].acknowledge != NULL)
> next_domain->irqs[irq].acknowledge(irq);
> @@ -865,6 +872,10 @@ finalize:
> * current domain in the pipeline.
> */
>
> + if (irq==219)
> + printk("%s:%d %lx %p %p\n", __FUNCTION__, __LINE__,
> + ipipe_root.irqs[irq].control, ipipe_root.irqs[irq].acknowledge,
> + ipipe_root.irqs[irq].handler);
> __ipipe_walk_pipeline(head, cpuid);
>
> ipipe_load_cpuid();
> Index: linux-2.6.20/kernel/ipipe/core.c
> ===================================================================
> --- linux-2.6.20.orig/kernel/ipipe/core.c
> +++ linux-2.6.20/kernel/ipipe/core.c
> @@ -791,6 +791,11 @@ void fastcall __ipipe_sync_stage(unsigne
> rank = __ipipe_ffnz(submask);
> irq = (level << IPIPE_IRQ_ISHIFT) + rank;
>
> + if (irq==219)
> + printk("%s:%d %lx %p %p\n", __FUNCTION__, __LINE__,
> + ipipe_root.irqs[irq].control,
> + ipipe_root.irqs[irq].acknowledge,
> + ipipe_root.irqs[irq].handler);
> if (test_bit(IPIPE_LOCK_FLAG, &ipd->irqs[irq].control)) {
> __clear_bit(rank, &cpudata->irq_pending_lo[level]);
> continue;
> @@ -807,6 +812,8 @@ void fastcall __ipipe_sync_stage(unsigne
> if (ipd == ipipe_root_domain)
> trace_hardirqs_off();
>
> + if (irq==219)
> + printk("%s:%d\n", __FUNCTION__, __LINE__);
> __ipipe_run_isr(ipd, irq, cpuid);
> #ifdef CONFIG_SMP
> {
>
>
>
--
Mathias Koehrer
mathias_koehrer@domain.hid
50 AMAZON-Einkaufsgutschein bei Bestellung von Arcor-DSL:
Viel oder wenig? Schnell oder langsam? Unbegrenzt surfen + telefonieren
ohne Zeit- und Volumenbegrenzung? DAS TOP ANGEBOT JETZT bei Arcor: günstig
und schnell mit DSL - das All-Inclusive-Paket für clevere Doppel-Sparer,
nur 39,85 inkl. DSL- und ISDN-Grundgebühr!
http://www.arcor.de/rd/emf-dsl-2
next prev parent reply other threads:[~2007-05-02 9:14 UTC|newest]
Thread overview: 52+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-04-26 12:04 [Xenomai-help] Xenomai and MSI enabled crashes kernel M. Koehrer
2007-04-27 11:48 ` Jan Kiszka
2007-04-27 13:14 ` Philippe Gerum
2007-04-27 13:22 ` Jan Kiszka
2007-04-27 13:31 ` M. Koehrer
2007-04-27 13:47 ` Jan Kiszka
2007-04-27 14:08 ` M. Koehrer
2007-04-27 14:19 ` Philippe Gerum
2007-04-27 14:28 ` M. Koehrer
2007-04-27 14:40 ` Philippe Gerum
2007-04-27 14:56 ` Philippe Gerum
2007-04-27 15:05 ` Philippe Gerum
2007-04-27 15:10 ` M. Koehrer
2007-04-27 15:36 ` Philippe Gerum
2007-04-27 15:41 ` M. Koehrer
2007-04-30 9:05 ` Jan Kiszka
2007-04-30 10:11 ` M. Koehrer
2007-04-30 11:27 ` Jan Kiszka
2007-04-30 12:51 ` M. Koehrer
2007-04-30 15:10 ` Jan Kiszka
2007-04-27 20:39 ` Philippe Gerum
2007-04-30 15:39 ` Philippe Gerum
2007-05-02 7:05 ` M. Koehrer
2007-05-02 8:39 ` Jan Kiszka
2007-05-02 9:14 ` M. Koehrer [this message]
2007-05-02 9:39 ` Jan Kiszka
2007-05-02 12:42 ` Philippe Gerum
2007-05-02 13:44 ` M. Koehrer
2007-05-02 13:49 ` Jan Kiszka
2007-04-27 14:31 ` Jan Kiszka
2007-04-27 14:52 ` M. Koehrer
2007-04-28 12:54 ` Bernhard Walle
-- strict thread matches above, loose matches on Subject: below --
2007-05-02 12:57 M. Koehrer
2007-05-02 13:23 ` Jan Kiszka
2007-05-02 14:47 ` Philippe Gerum
2007-05-03 7:06 ` M. Koehrer
2007-05-03 8:29 ` Philippe Gerum
2007-05-04 7:45 M. Koehrer
2007-05-04 7:59 ` Jan Kiszka
2007-05-04 8:20 ` M. Koehrer
2007-05-04 12:20 ` Philippe Gerum
2007-05-04 12:46 ` M. Koehrer
2007-05-04 13:03 ` Philippe Gerum
2007-05-05 17:21 ` Philippe Gerum
2007-05-08 11:53 ` M. Koehrer
2007-05-08 12:28 ` Philippe Gerum
2007-05-08 12:38 ` M. Koehrer
2007-05-08 13:28 ` Philippe Gerum
2007-05-08 13:37 ` Philippe Gerum
2007-05-08 14:35 ` M. Koehrer
2007-05-09 8:00 ` Philippe Gerum
2007-05-07 7:11 M. Koehrer
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=33481027.1178097243064.JavaMail.ngmail@domain.hid \
--to=mathias_koehrer@domain.hid \
--cc=jan.kiszka@domain.hid \
--cc=xenomai@xenomai.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 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.