* Re: [Bugme-new] [Bug 10455] New: Kernel lockup when iwl3945 modules is loaded after a few hours
[not found] <bug-10455-10286@http.bugzilla.kernel.org/>
@ 2008-04-15 8:32 ` Andrew Morton
2008-04-15 8:39 ` Bart Van Assche
0 siblings, 1 reply; 5+ messages in thread
From: Andrew Morton @ 2008-04-15 8:32 UTC (permalink / raw)
To: bart.vanassche; +Cc: bugme-daemon, linux-wireless, linux-acpi
(switched to email. Please respond via emailed reply-to-all, not via the
bugzilla web interface).
On Tue, 15 Apr 2008 01:16:39 -0700 (PDT) bugme-daemon@bugzilla.kernel.org wrote:
> http://bugzilla.kernel.org/show_bug.cgi?id=10455
>
> Summary: Kernel lockup when iwl3945 modules is loaded after a few
> hours
> Product: Drivers
> Version: 2.5
> KernelVersion: 2.6.25-rc9
> Platform: All
> OS/Version: Linux
> Tree: Mainline
> Status: NEW
> Severity: normal
> Priority: P1
> Component: network-wireless
> AssignedTo: drivers_network-wireless@kernel-bugs.osdl.org
> ReportedBy: bart.vanassche@gmail.com
>
>
> Latest working kernel version: (not known)
> Earliest failing kernel version: 2.6.25-rc9
hm, why? Has this machine never run earlier kernels?
> Distribution: Ubuntu Linux 7.10
> Hardware Environment: Acer Aspire laptop model 5633WLMi
> Software Environment: Ubuntu Linux 7.10, 32 bit mode.
> Problem Description: When the iwl3945 module is loaded, the kernel locks up
> after a few hours. This problem does not occur when the iwl3945 module is not
> loaded.
>
> Steps to reproduce: Boot the system.
>
> The following kernel messages look suspicious:
>
> Apr 14 20:16:24 localhost kernel: ACPI: PCI Interrupt 0000:05:00.0[A] -> GSI 19
> (level, low) -> IRQ 19
> Apr 14 20:16:24 localhost kernel: ACPI: PCI interrupt for device 0000:05:00.0
> disabled
> Apr 14 20:18:28 localhost kernel: ACPI: PCI Interrupt 0000:05:00.0[A] -> GSI 19
> (level, low) -> IRQ 19
> Apr 14 20:18:28 localhost kernel: ACPI: PCI interrupt for device 0000:05:00.0
> disabled
> Apr 14 20:20:32 localhost kernel: ACPI: PCI Interrupt 0000:05:00.0[A] -> GSI 19
> (level, low) -> IRQ 19
> Apr 14 20:20:32 localhost kernel: ACPI: PCI interrupt for device 0000:05:00.0
> disabled
> Apr 14 20:22:36 localhost kernel: ACPI: PCI Interrupt 0000:05:00.0[A] -> GSI 19
> (level, low) -> IRQ 19
> Apr 14 20:22:36 localhost kernel: ACPI: PCI interrupt for device 0000:05:00.0
> disabled
> Apr 14 20:24:40 localhost kernel: ACPI: PCI Interrupt 0000:05:00.0[A] -> GSI 19
> (level, low) -> IRQ 19
> Apr 14 20:24:40 localhost kernel: ACPI: PCI interrupt for device 0000:05:00.0
> disabled
> Apr 14 20:26:44 localhost kernel: ACPI: PCI Interrupt 0000:05:00.0[A] -> GSI 19
> (level, low) -> IRQ 19
> Apr 14 20:26:44 localhost kernel: ACPI: PCI interrupt for device 0000:05:00.0
> disabled
> Apr 14 20:28:48 localhost kernel: ACPI: PCI Interrupt 0000:05:00.0[A] -> GSI 19
> (level, low) -> IRQ 19
> Apr 14 20:28:48 localhost kernel: ACPI: PCI interrupt for device 0000:05:00.0
> disabled
> Apr 14 20:30:52 localhost kernel: ACPI: PCI Interrupt 0000:05:00.0[A] -> GSI 19
> (level, low) -> IRQ 19
> Apr 14 20:30:52 localhost kernel: ACPI: PCI interrupt for device 0000:05:00.0
> disabled
> Apr 14 20:32:56 localhost kernel: ACPI: PCI Interrupt 0000:05:00.0[A] -> GSI 19
> (level, low) -> IRQ 19
> Apr 14 20:32:56 localhost kernel: ACPI: PCI interrupt for device 0000:05:00.0
> disabled
> Apr 14 20:35:00 localhost kernel: ACPI: PCI Interrupt 0000:05:00.0[A] -> GSI 19
> (level, low) -> IRQ 19
> Apr 14 20:35:00 localhost kernel: ACPI: PCI interrupt for device 0000:05:00.0
> disabled
> Apr 14 20:37:04 localhost kernel: ACPI: PCI Interrupt 0000:05:00.0[A] -> GSI 19
> (level, low) -> IRQ 19
> Apr 14 20:37:04 localhost kernel: ACPI: PCI interrupt for device 0000:05:00.0
> disabled
> Apr 14 20:39:08 localhost kernel: ACPI: PCI Interrupt 0000:05:00.0[A] -> GSI 19
> (level, low) -> IRQ 19
> Apr 14 20:39:08 localhost kernel: ACPI: PCI interrupt for device 0000:05:00.0
> disabled
> Apr 14 20:41:12 localhost kernel: ACPI: PCI Interrupt 0000:05:00.0[A] -> GSI 19
> (level, low) -> IRQ 19
> Apr 14 20:41:12 localhost kernel: ACPI: PCI interrupt for device 0000:05:00.0
> disabled
> Apr 14 20:43:16 localhost kernel: ACPI: PCI Interrupt 0000:05:00.0[A] -> GSI 19
> (level, low) -> IRQ 19
> Apr 14 20:43:16 localhost kernel: ACPI: PCI interrupt for device 0000:05:00.0
> disabled
> Apr 14 20:45:20 localhost kernel: ACPI: PCI Interrupt 0000:05:00.0[A] -> GSI 19
> (level, low) -> IRQ 19
> Apr 14 20:45:20 localhost kernel: ACPI: PCI interrupt for device 0000:05:00.0
> disabled
> Apr 14 20:47:24 localhost kernel: ACPI: PCI Interrupt 0000:05:00.0[A] -> GSI 19
> (level, low) -> IRQ 19
> Apr 14 20:47:24 localhost kernel: ACPI: PCI interrupt for device 0000:05:00.0
> disabled
> Apr 14 20:49:28 localhost kernel: ACPI: PCI Interrupt 0000:05:00.0[A] -> GSI 19
> (level, low) -> IRQ 19
> Apr 14 20:49:28 localhost kernel: ACPI: PCI interrupt for device 0000:05:00.0
> disabled
> Apr 14 20:51:32 localhost kernel: ACPI: PCI Interrupt 0000:05:00.0[A] -> GSI 19
> (level, low) -> IRQ 19
> Apr 14 20:51:32 localhost kernel: ACPI: PCI interrupt for device 0000:05:00.0
> disabled
> Apr 14 20:53:36 localhost kernel: ACPI: PCI Interrupt 0000:05:00.0[A] -> GSI 19
> (level, low) -> IRQ 19
> Apr 14 20:53:36 localhost kernel: ACPI: PCI interrupt for device 0000:05:00.0
> disabled
> Apr 14 20:55:40 localhost kernel: ACPI: PCI Interrupt 0000:05:00.0[A] -> GSI 19
> (level, low) -> IRQ 19
> Apr 14 20:55:40 localhost kernel: ACPI: PCI interrupt for device 0000:05:00.0
> disabled
> Apr 14 20:57:44 localhost kernel: ACPI: PCI Interrupt 0000:05:00.0[A] -> GSI 19
> (level, low) -> IRQ 19
> Apr 14 20:57:44 localhost kernel: ACPI: PCI interrupt for device 0000:05:00.0
> disabled
> Apr 14 20:59:48 localhost kernel: ACPI: PCI Interrupt 0000:05:00.0[A] -> GSI 19
> (level, low) -> IRQ 19
> Apr 14 20:59:48 localhost kernel: ACPI: PCI interrupt for device 0000:05:00.0
> disabled
> Apr 14 21:01:52 localhost kernel: ACPI: PCI Interrupt 0000:05:00.0[A] -> GSI 19
> (level, low) -> IRQ 19
> Apr 14 21:01:52 localhost kernel: ACPI: PCI interrupt for device 0000:05:00.0
> disabled
> Apr 14 21:03:56 localhost kernel: ACPI: PCI Interrupt 0000:05:00.0[A] -> GSI 19
> (level, low) -> IRQ 19
> Apr 14 21:03:56 localhost kernel: ACPI: PCI interrupt for device 0000:05:00.0
> disabled
> Apr 14 21:06:00 localhost kernel: ACPI: PCI Interrupt 0000:05:00.0[A] -> GSI 19
> (level, low) -> IRQ 19
> Apr 14 21:06:00 localhost kernel: ACPI: PCI interrupt for device 0000:05:00.0
> disabled
Yes, that does look like an ACPI problem. But one would expect it to kill
the interface immediately, not several hours later.
Can you send the /proc/interrupts contents?
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [Bugme-new] [Bug 10455] New: Kernel lockup when iwl3945 modules is loaded after a few hours
2008-04-15 8:32 ` [Bugme-new] [Bug 10455] New: Kernel lockup when iwl3945 modules is loaded after a few hours Andrew Morton
@ 2008-04-15 8:39 ` Bart Van Assche
2008-04-15 9:01 ` Andrew Morton
0 siblings, 1 reply; 5+ messages in thread
From: Bart Van Assche @ 2008-04-15 8:39 UTC (permalink / raw)
To: Andrew Morton; +Cc: bugme-daemon, linux-wireless, linux-acpi
On Tue, Apr 15, 2008 at 10:32 AM, Andrew Morton
<akpm@linux-foundation.org> wrote:
>
> > Latest working kernel version: (not known)
> > Earliest failing kernel version: 2.6.25-rc9
>
> hm, why? Has this machine never run earlier kernels?
2.6.22-14 works fine on the same hardware. This is the kernel provided
by Ubuntu.
> > Apr 14 21:06:00 localhost kernel: ACPI: PCI Interrupt 0000:05:00.0[A] -> GSI 19
> > (level, low) -> IRQ 19
> > Apr 14 21:06:00 localhost kernel: ACPI: PCI interrupt for device 0000:05:00.0
> > disabled
>
> Yes, that does look like an ACPI problem. But one would expect it to kill
> the interface immediately, not several hours later.
>
> Can you send the /proc/interrupts contents?
Here it is:
CPU0 CPU1
0: 996478 0 IO-APIC-edge timer
1: 30 0 IO-APIC-edge i8042
8: 7 0 IO-APIC-edge rtc
9: 57710 0 IO-APIC-fasteoi acpi
12: 132 0 IO-APIC-edge i8042
14: 31294 11519 IO-APIC-edge ata_piix
15: 69158 0 IO-APIC-edge ata_piix
16: 85016 0 IO-APIC-fasteoi uhci_hcd:usb4,
i915@pci:0000:00:02.0
18: 15921 0 IO-APIC-fasteoi uhci_hcd:usb3
19: 0 0 IO-APIC-fasteoi uhci_hcd:usb2
21: 79770 60509 IO-APIC-fasteoi eth0
22: 5811 0 IO-APIC-fasteoi HDA Intel
23: 3 0 IO-APIC-fasteoi uhci_hcd:usb1, ehci_hcd:usb5
NMI: 0 0 Non-maskable interrupts
LOC: 509 996926 Local timer interrupts
RES: 29774 84400 Rescheduling interrupts
CAL: 62 28154 function call interrupts
TLB: 868 1262 TLB shootdowns
TRM: 0 0 Thermal event interrupts
SPU: 0 0 Spurious interrupts
ERR: 0
MIS: 0
Bart.
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [Bugme-new] [Bug 10455] New: Kernel lockup when iwl3945 modules is loaded after a few hours
2008-04-15 8:39 ` Bart Van Assche
@ 2008-04-15 9:01 ` Andrew Morton
2008-04-15 15:15 ` Bjorn Helgaas
0 siblings, 1 reply; 5+ messages in thread
From: Andrew Morton @ 2008-04-15 9:01 UTC (permalink / raw)
To: Bart Van Assche; +Cc: bugme-daemon, linux-wireless, linux-acpi
On Tue, 15 Apr 2008 10:39:17 +0200 "Bart Van Assche" <bart.vanassche@gmail.com> wrote:
> On Tue, Apr 15, 2008 at 10:32 AM, Andrew Morton
> <akpm@linux-foundation.org> wrote:
> >
> > > Latest working kernel version: (not known)
> > > Earliest failing kernel version: 2.6.25-rc9
> >
> > hm, why? Has this machine never run earlier kernels?
>
> 2.6.22-14 works fine on the same hardware. This is the kernel provided
> by Ubuntu.
OK, thanks, so it's a regression but we don't know if it's a post-2.6.25
regression.
> > > Apr 14 21:06:00 localhost kernel: ACPI: PCI Interrupt 0000:05:00.0[A] -> GSI 19
> > > (level, low) -> IRQ 19
> > > Apr 14 21:06:00 localhost kernel: ACPI: PCI interrupt for device 0000:05:00.0
> > > disabled
> >
> > Yes, that does look like an ACPI problem. But one would expect it to kill
> > the interface immediately, not several hours later.
> >
> > Can you send the /proc/interrupts contents?
>
> Here it is:
>
> CPU0 CPU1
> 0: 996478 0 IO-APIC-edge timer
> 1: 30 0 IO-APIC-edge i8042
> 8: 7 0 IO-APIC-edge rtc
> 9: 57710 0 IO-APIC-fasteoi acpi
> 12: 132 0 IO-APIC-edge i8042
> 14: 31294 11519 IO-APIC-edge ata_piix
> 15: 69158 0 IO-APIC-edge ata_piix
> 16: 85016 0 IO-APIC-fasteoi uhci_hcd:usb4,
> i915@pci:0000:00:02.0
> 18: 15921 0 IO-APIC-fasteoi uhci_hcd:usb3
> 19: 0 0 IO-APIC-fasteoi uhci_hcd:usb2
> 21: 79770 60509 IO-APIC-fasteoi eth0
> 22: 5811 0 IO-APIC-fasteoi HDA Intel
> 23: 3 0 IO-APIC-fasteoi uhci_hcd:usb1, ehci_hcd:usb5
> NMI: 0 0 Non-maskable interrupts
> LOC: 509 996926 Local timer interrupts
> RES: 29774 84400 Rescheduling interrupts
> CAL: 62 28154 function call interrupts
> TLB: 868 1262 TLB shootdowns
> TRM: 0 0 Thermal event interrupts
> SPU: 0 0 Spurious interrupts
> ERR: 0
> MIS: 0
hm, OK.
I'd suggest that you raise a separate report against
acpi_config-interrupts@kernel-bugs.osdl.org for this one - it does appear
to be unrelated, I think.
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [Bugme-new] [Bug 10455] New: Kernel lockup when iwl3945 modules is loaded after a few hours
2008-04-15 9:01 ` Andrew Morton
@ 2008-04-15 15:15 ` Bjorn Helgaas
2008-04-15 17:22 ` Chatre, Reinette
0 siblings, 1 reply; 5+ messages in thread
From: Bjorn Helgaas @ 2008-04-15 15:15 UTC (permalink / raw)
To: Andrew Morton; +Cc: Bart Van Assche, bugme-daemon, linux-wireless, linux-acpi
> > > > Apr 14 21:06:00 localhost kernel: ACPI: PCI Interrupt 0000:05:00.0[A] -> GSI 19 (level, low) -> IRQ 19
> > > > Apr 14 21:06:00 localhost kernel: ACPI: PCI interrupt for device 0000:05:00.0 disabled
> > >
> > > Yes, that does look like an ACPI problem. But one would expect it to kill
> > > the interface immediately, not several hours later.
I can't tell whether this is an ACPI problem. These messages are from
pci_enable_device() and pci_disable_device(). So it looks like you're
seeing an enable/disable pair every 124 seconds.
This could be a problem somewhere in iwl3945_mac_start() that causes us
to turn around and disable the device immediately. Most of the problems
there have IWL_ERROR() messages associated with them, and you apparently
aren't seeing those.
^ permalink raw reply [flat|nested] 5+ messages in thread
* RE: [Bugme-new] [Bug 10455] New: Kernel lockup when iwl3945 modules is loaded after a few hours
2008-04-15 15:15 ` Bjorn Helgaas
@ 2008-04-15 17:22 ` Chatre, Reinette
0 siblings, 0 replies; 5+ messages in thread
From: Chatre, Reinette @ 2008-04-15 17:22 UTC (permalink / raw)
To: Bjorn Helgaas, Andrew Morton
Cc: Bart Van Assche, bugme-daemon, linux-wireless, linux-acpi
On , Bjorn Helgaas wrote:
> iwl3945 modules is loaded after a few hours
>
>>>> > Apr 14 21:06:00 localhost kernel: ACPI: PCI Interrupt
> 0000:05:00.0[A] -> GSI 19 (level, low) -> IRQ 19
>>>> > Apr 14 21:06:00 localhost kernel: ACPI: PCI interrupt
> for device 0000:05:00.0 disabled
>>>>
>>>> Yes, that does look like an ACPI problem. But one would expect
>>>> it to kill the interface immediately, not several hours later.
>
> I can't tell whether this is an ACPI problem. These messages are from
> pci_enable_device() and pci_disable_device(). So it looks like you're
> seeing an enable/disable pair every 124 seconds.
>
> This could be a problem somewhere in iwl3945_mac_start() that causes
> us to turn around and disable the device immediately. Most of
> the problems
> there have IWL_ERROR() messages associated with them, and you
> apparently aren't seeing those.
(duplicate entry will be found in bugzilla)
Are there any userspace apps managing this device? (eg. wpa_supplicant?)
Could you please load the driver with debugging (modprobe iwl3945
debug=0x43ffb) - that will help us see if iwl3945_mac_start() is being
called
frequently.
Thanks
Reinette
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2008-04-15 17:23 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <bug-10455-10286@http.bugzilla.kernel.org/>
2008-04-15 8:32 ` [Bugme-new] [Bug 10455] New: Kernel lockup when iwl3945 modules is loaded after a few hours Andrew Morton
2008-04-15 8:39 ` Bart Van Assche
2008-04-15 9:01 ` Andrew Morton
2008-04-15 15:15 ` Bjorn Helgaas
2008-04-15 17:22 ` Chatre, Reinette
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).