Random hard locks with wireless enabled (iwl3945)

Bug #285128 reported by Joe Barnett
20
This bug affects 2 people
Affects Status Importance Assigned to Milestone
linux-backports-modules-2.6.27 (Ubuntu)
Fix Released
Undecided
Unassigned

Bug Description

Not sure how this relates to bug #263059

After using the 5-second sleep workaround to boot successfully, I'm seeing random lockups when the kill switch is disabled (wireless enabled). I'm plugged into ethernet, and network-manager is grabbing IPs on both the wired (tg3) and wireless (iwl3945) interface. The lockups seem to happen with 5 or 10 minutes of logging in, but don't correspond to any specific user action that I can recognize.

Not sure how to find out where the kernel is hanging up?

$ lspci -nn
00:00.0 Host bridge [0600]: Intel Corporation Mobile 945GM/PM/GMS, 943/940GML and 945GT Express Memory Controller Hub [8086:27a0] (rev 03)
00:01.0 PCI bridge [0604]: Intel Corporation Mobile 945GM/PM/GMS, 943/940GML and 945GT Express PCI Express Root Port [8086:27a1] (rev 03)
00:1b.0 Audio device [0403]: Intel Corporation 82801G (ICH7 Family) High Definition Audio Controller [8086:27d8] (rev 01)
00:1c.0 PCI bridge [0604]: Intel Corporation 82801G (ICH7 Family) PCI Express Port 1 [8086:27d0] (rev 01)
00:1c.1 PCI bridge [0604]: Intel Corporation 82801G (ICH7 Family) PCI Express Port 2 [8086:27d2] (rev 01)
00:1c.2 PCI bridge [0604]: Intel Corporation 82801G (ICH7 Family) PCI Express Port 3 [8086:27d4] (rev 01)
00:1c.3 PCI bridge [0604]: Intel Corporation 82801G (ICH7 Family) PCI Express Port 4 [8086:27d6] (rev 01)
00:1d.0 USB Controller [0c03]: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #1 [8086:27c8] (rev 01)
00:1d.1 USB Controller [0c03]: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #2 [8086:27c9] (rev 01)
00:1d.2 USB Controller [0c03]: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #3 [8086:27ca] (rev 01)
00:1d.3 USB Controller [0c03]: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #4 [8086:27cb] (rev 01)
00:1d.7 USB Controller [0c03]: Intel Corporation 82801G (ICH7 Family) USB2 EHCI Controller [8086:27cc] (rev 01)
00:1e.0 PCI bridge [0604]: Intel Corporation 82801 Mobile PCI Bridge [8086:2448] (rev e1)
00:1f.0 ISA bridge [0601]: Intel Corporation 82801GBM (ICH7-M) LPC Interface Bridge [8086:27b9] (rev 01)
00:1f.2 IDE interface [0101]: Intel Corporation 82801GBM/GHM (ICH7 Family) SATA IDE Controller [8086:27c4] (rev 01)
00:1f.3 SMBus [0c05]: Intel Corporation 82801G (ICH7 Family) SMBus Controller [8086:27da] (rev 01)
01:00.0 VGA compatible controller [0300]: nVidia Corporation G72M [Quadro NVS 110M/GeForce Go 7300] [10de:01d7] (rev a1)
03:01.0 CardBus bridge [0607]: O2 Micro, Inc. Cardbus bridge [1217:7135] (rev 21)
03:01.4 FireWire (IEEE 1394) [0c00]: O2 Micro, Inc. Firewire (IEEE 1394) [1217:00f7] (rev 02)
09:00.0 Ethernet controller [0200]: Broadcom Corporation NetXtreme BCM5752 Gigabit Ethernet PCI Express [14e4:1600] (rev 02)
0c:00.0 Network controller [0280]: Intel Corporation PRO/Wireless 3945ABG [Golan] Network Connection [8086:4222] (rev 02)

Revision history for this message
Leann Ogasawara (leannogasawara) wrote :

Hi Joe,

Care to first test the newer 2.6.27-7.12 kernel which resolved bug 263059 . If the issue still exists, then care to then try installing the linux-backports-modules package? It most recently pulled in an updated wireless stack from upstream:

linux-backports-modules-2.6.27 (2.6.27-7.3) intrepid; urgency=low

  [Tim Gardner]

  * Added iwlwifi firmware
  * Added the upstream compat-wireless-2.6 tree.
  * Updated compat-wireless to wireless-testing tag master-2008-10-14
  * Set CONFIG_WIRELESS_OLD_REGULATORY=y by default.

Please let us know your results. Thanks.

Changed in linux:
status: New → Incomplete
Revision history for this message
Joe Barnett (thejoe) wrote :

Still seeing the freeze with 2.6.27-7.12. installing linux-backports-modules-intrepid and going to test that now. Thanks for the response.

Revision history for this message
Steve Beattie (sbeattie) wrote :
Download full text (3.5 KiB)

I had a similar lockup with my lenovo t61 that may or may not be related. Some particulars about my specific usage and configuration:

  * Running kernel 2.6.27-7.12 (generic/amd64)
  * It occurred several hours after I had upgraded from hardy to intrepid and booted the intrepid kernel; this was the first intrepid kernel I've run on this laptop
  * No relevant output at all in /var/log/{messages,syslog,kern.log}
  * Wireless interface had been up for several hours, wired interface was also up, but is secondary interface
  * Network Manager should not be involved; interfaces are managed by /etc/network/interfaces
  * didn't touch kill switch; I was away from the laptop at the time it locked up
  * vesafb console is used when booting; grub boot line contains "quiet vga=0x031b"

lspci output:

  [kryten ~ ]$ lspci -nn
  00:00.0 Host bridge [0600]: Intel Corporation Mobile PM965/GM965/GL960 Memory Controller Hub [8086:2a00] (rev 0c)
  00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller [8086:2a02] (rev 0c)
  00:02.1 Display controller [0380]: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller [8086:2a03] (rev 0c)
  00:19.0 Ethernet controller [0200]: Intel Corporation 82566MM Gigabit Network Connection [8086:1049] (rev 03)
  00:1a.0 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #4 [8086:2834] (rev 03)
  00:1a.1 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #5 [8086:2835] (rev 03)
  00:1a.7 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB2 EHCI Controller #2 [8086:283a] (rev 03)
  00:1b.0 Audio device [0403]: Intel Corporation 82801H (ICH8 Family) HD Audio Controller [8086:284b] (rev 03)
  00:1c.0 PCI bridge [0604]: Intel Corporation 82801H (ICH8 Family) PCI Express Port 1 [8086:283f] (rev 03)
  00:1c.1 PCI bridge [0604]: Intel Corporation 82801H (ICH8 Family) PCI Express Port 2 [8086:2841] (rev 03)
  00:1c.2 PCI bridge [0604]: Intel Corporation 82801H (ICH8 Family) PCI Express Port 3 [8086:2843] (rev 03)
  00:1c.3 PCI bridge [0604]: Intel Corporation 82801H (ICH8 Family) PCI Express Port 4 [8086:2845] (rev 03)
  00:1c.4 PCI bridge [0604]: Intel Corporation 82801H (ICH8 Family) PCI Express Port 5 [8086:2847] (rev 03)
  00:1d.0 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #1 [8086:2830] (rev 03)
  00:1d.1 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #2 [8086:2831] (rev 03)
  00:1d.2 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #3 [8086:2832] (rev 03)
  00:1d.7 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB2 EHCI Controller #1 [8086:2836] (rev 03)
  00:1e.0 PCI bridge [0604]: Intel Corporation 82801 Mobile PCI Bridge [8086:2448] (rev f3)
  00:1f.0 ISA bridge [0601]: Intel Corporation 82801HBM (ICH8M-E) LPC Interface Controller [8086:2811] (rev 03)
  00:1f.1 IDE interface [0101]: Intel Corporation 82801HBM/HEM (ICH8M/ICH8M-E) IDE Controller [8086:2850] (rev 03)
  00:1f.2 SATA controller [0106]: Intel Corporation 82801HBM/HEM (ICH8M/ICH8M-E) SATA AHCI Controller...

Read more...

Revision history for this message
Joe Barnett (thejoe) wrote :

It appears to not freeze with linux-backports-modules-intrepid, after 1 day of testing. Should that be considered as the default iwl3945 module and wireless stack for intrepid release then?

Changed in linux:
status: Incomplete → New
Revision history for this message
Leann Ogasawara (leannogasawara) wrote :

Hi Joe,

linux-backports-modules recently pulled in an updated wireless stack. I'd encourage you to continue using linux-backports-modules if that resolves this issue for you. It's basically an alternative for users who have issues with the wireless stack provided in the linux kernel package. I'll mark this fixed via linux-backports-modules. Thanks.

Changed in linux:
status: New → Fix Released
Revision history for this message
jpv (jpv950) wrote :

I was having random hard locks too and linux-backports-modules-2.6.27-7-generic version 2.6.27-7.4 fixed it for me and made my wireless connection a lot more reliable.

But after I upgraded to version 2.6.27-7.6 from intrepid proposed the wireless was completely disabled and I had to revert back to 7.4.

Revision history for this message
jpv (jpv950) wrote :

Since the latest update is broken I'm reverting this to new.

Changed in linux-backports-modules-2.6.27:
status: Fix Released → New
Revision history for this message
pablomme (pablomme) wrote :

I think I'm suffering from the same bug. Same 5-minute delay, same driver, nothing relevant in the logs, etc.

I would like to add one important piece of information: the freeze happens when I use the wireless connection at work (no wireless security, authentication granted via initial browser redirection), but not when I connect to mine (WPA2 personal) or a friend's (no wireless security). I don't know what makes the connection at work different, but if you have any ideas I would be happy to try them out.

For the time being I'll try the backported modules at work, but I think this should ideally be fixed in the new wireless stack.

Revision history for this message
jpv (jpv950) wrote :

I also have hard locks at work (WPA & WPA2 Enterprise with PEAP) but not at home (WPA2 Personal).

Revision history for this message
jpv (jpv950) wrote :

> I also have hard locks at work (WPA & WPA2 Enterprise with PEAP) but not at home (WPA2 Personal).

Just to be clear, I meant without the backports package. Since I installed it works fine with backports-7.4, not at all with backports-7.6

Revision history for this message
Leann Ogasawara (leannogasawara) wrote :

Hi Joe, since you are the original bug reporter, has this regressed for you as well?

@jpv and @pablomme, can you both attach the output of 'sudo lspci -vvnn' so we can confirm you have the same wireless card as Joe. Thanks.

Changed in linux-backports-modules-2.6.27:
status: New → Incomplete
Revision history for this message
pablomme (pablomme) wrote :

Attached output of 'sudo lspci -vvnn'.

Revision history for this message
pablomme (pablomme) wrote :

I've tried the backports, but then I'm affected by bug #294667 (iwl3945 fails to load with "Unkown symbol lbm_cw_print_ssid while loading iwl3945"). So the fix doesn't work for me. Annoying.

Revision history for this message
jpv (jpv950) wrote :
Revision history for this message
jpv (jpv950) wrote :

Leann,

I think this is fixed, I should have opened a different bug against backports-7.6, apologies.

Changed in linux-backports-modules-2.6.27:
status: Incomplete → Fix Released
Revision history for this message
pablomme (pablomme) wrote :

@jpv
What fix are you referring to? This problem still happens as far as I know...

Revision history for this message
jpv (jpv950) wrote :

linux-backports-modules-2.6.27-7-generic version 2.6.27-7.4 fixes the random hard locks and disconnects for me.

linux-backports-modules-2.6.27-7-generic version 2.6.27-7.6 is broken with a different bug, as you pointed out.

Revision history for this message
pablomme (pablomme) wrote :

I hadn't realized this bug is against linux-backport-modules. How so? The original report refers to the default kernel modules.

In my opinion this bug should be against linux-image, and be kept open until it's fixed there. I mean, it's nice to have the backported modules to work around the bug, but that's just that, a workaround.

Revision history for this message
Svartalf (frank-earlconsult) wrote :

With the backports busted, this, coupled with the bugs in network manager (it has NO concept of having a single disabled device and one wanting to use other devices....either blacklist or grab the backports to break the driver support so I can at least use a Zydas USB thumb...) this is a serious show stopper. I'm within about 24-78 hours from doing a backup, nuke, and pave back to 8.04 with all it's issues (because I'm not DEAD IN THE WATER like I am for all intents and purposes on this...).

C'mon guys, get this fixed, k?

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.