8086:4220 WiFi (signal strength and connection) drops intermittently: 12.04, Intel 2200BG (ipw2200)

Bug #1027747 reported by Steve Toub
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
linux (Ubuntu)
Incomplete
Undecided
Unassigned

Bug Description

This is a continuation of:
  https://answers.launchpad.net/ubuntu/+source/gnome-nettool/+question/182997

The problem had persisted after that ticket expired, but it's only now that I have the laptop in my hands and free to troubleshoot.

To recap, the basic issue is that there's something about the way the Intel 2200GB wireless card on the ThinkPad T43 interacts with Ubuntu (now upgraded to 12.04) that makes the Wifi connection drop intermittently and signal strength vary. On my Mac laptop on the same Wifi network, the signal strength is steady and the Wifi connection never drops.

I've completely removed Network Manager and am using wicd. I've turned off IPv6 and Wifi card power management.

ProblemType: Bug
DistroRelease: Ubuntu 12.04
Package: linux-image-3.2.0-26-generic 3.2.0-26.41
ProcVersionSignature: Ubuntu 3.2.0-26.41-generic 3.2.19
Uname: Linux 3.2.0-26-generic i686
AlsaVersion: Advanced Linux Sound Architecture Driver Version 1.0.24.
ApportVersion: 2.0.1-0ubuntu11
Architecture: i386
AudioDevicesInUse:
 USER PID ACCESS COMMAND
 /dev/snd/controlC0: connie 1897 F.... pulseaudio
Card0.Amixer.info:
 Card hw:0 'ICH6'/'Intel ICH6 with AD1981B at irq 22'
   Mixer name : 'Analog Devices AD1981B'
   Components : 'AC97a:41445374'
   Controls : 26
   Simple ctrls : 18
Card29.Amixer.info:
 Card hw:29 'ThinkPadEC'/'ThinkPad Console Audio Control at EC reg 0x30, fw 70HT28WW-1.05'
   Mixer name : 'ThinkPad EC 70HT28WW-1.05'
   Components : ''
   Controls : 2
   Simple ctrls : 1
Card29.Amixer.values:
 Simple mixer control 'Console',0
   Capabilities: pvolume pvolume-joined pswitch pswitch-joined penum
   Playback channels: Mono
   Limits: Playback 0 - 14
   Mono: Playback 9 [64%] [on]
Date: Sun Jul 22 22:48:17 2012
HibernationDevice: RESUME=UUID=bf5e5335-ea05-4a40-a10c-e496f9378b17
InstallationMedia: Ubuntu 11.10 "Oneiric Ocelot" - Release i386 (20111011)
Lsusb:
 Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
 Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
 Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
 Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
 Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
MachineType: IBM 18714AU
PccardctlIdent:
 Socket 0:
   no product info available
PccardctlStatus:
 Socket 0:
   no card
ProcFB: 0 inteldrmfb
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.2.0-26-generic root=UUID=6e93134b-8f6d-4053-98c8-e2fc7984e973 ro quiet splash ipv6.disable=1 vt.handoff=7
RelatedPackageVersions:
 linux-restricted-modules-3.2.0-26-generic N/A
 linux-backports-modules-3.2.0-26-generic N/A
 linux-firmware 1.79
RfKill:
 0: phy0: Wireless LAN
  Soft blocked: no
  Hard blocked: no
SourcePackage: linux
UpgradeStatus: Upgraded to precise on 2012-05-03 (80 days ago)
dmi.bios.date: 05/18/2006
dmi.bios.vendor: IBM
dmi.bios.version: 70ET66WW (1.26 )
dmi.board.name: 18714AU
dmi.board.vendor: IBM
dmi.board.version: Not Available
dmi.chassis.asset.tag: No Asset Information
dmi.chassis.type: 10
dmi.chassis.vendor: IBM
dmi.chassis.version: Not Available
dmi.modalias: dmi:bvnIBM:bvr70ET66WW(1.26):bd05/18/2006:svnIBM:pn18714AU:pvrThinkPadT43:rvnIBM:rn18714AU:rvrNotAvailable:cvnIBM:ct10:cvrNotAvailable:
dmi.product.name: 18714AU
dmi.product.version: ThinkPad T43
dmi.sys.vendor: IBM

Revision history for this message
Steve Toub (ubuntu-toub) wrote :
affects: ubuntu → linux (Ubuntu)
Brad Figg (brad-figg)
Changed in linux (Ubuntu):
status: New → Confirmed
Revision history for this message
penalvch (penalvch) wrote :

Steve Toub, thank you for reporting this and helping make Ubuntu better.
+ What is the manufacturer and model of the router this laptop has the problem with?
+ Do you have this problem on other routers?
+ If you could also please test the latest upstream kernel available that would be great. It will allow additional upstream developers to examine the issue. Refer to https://wiki.ubuntu.com/KernelMainlineBuilds . Once you've tested the upstream kernel, please remove the 'needs-upstream-testing' tag. This can be done by clicking on the yellow pencil icon next to the tag located at the bottom of the bug description and deleting the 'needs-upstream-testing' text. As well, please comment on which kernel version specifically you tested.

If this bug is fixed in the mainline kernel, please add the following tag 'kernel-fixed-upstream'.

If the mainline kernel does not fix this bug, please add the tag: 'kernel-bug-exists-upstream'.

If you are unable to test the mainline kernel, for example it will not boot, please add the tag: 'kernel-unable-to-test-upstream', and comment as to why specifically you were unable to test it.

Please let us know your results. Thanks in advance.

summary: - WiFi (signal strength and connection) drops intermittently: 12.04, Intel
- 2200BG (ipw2200)
+ 8086:4220 WiFi (signal strength and connection) drops intermittently:
+ 12.04, Intel 2200BG (ipw2200)
tags: added: kernel-wifi needs-upstream-testing oneiric
Changed in linux (Ubuntu):
status: Confirmed → Incomplete
Revision history for this message
Steve Toub (ubuntu-toub) wrote :

The bug isn't router-specific. I'm currently using a Linksys E4200 using WPA2 Personal (currently broadcasting as B/G only since broadcasting as B/G/N mixed as more problematic; broadcasting as N tells me my password is bad, which it isn't), but it has been problematic with other routers (Linksys WRT54GS v7, not sure how to determine model numbers for Wifi networks used in the past).

I successfully installed the following kernel:
   Linux ubuntu 3.5.0-999-generic #201207230434 SMP Mon Jul 23 08:42:29 UTC 2012 i68

Things seemed very steady in the first hour or so (no reported variation in signal strength and no dropped connections), even when going back to broadcasting as B/G/N mixed.

However, I'm now seeing the same drops in signal strength and connection drops, so I've removed the 'needs-upstream-testing' tag and added the 'kernel-bug-exists-upstream' tag.

tags: added: kernel-bug-exists-upstream
removed: needs-upstream-testing
Revision history for this message
penalvch (penalvch) wrote :

Steve Toub, did this problem exist in prior versions of Ubuntu?

Revision history for this message
Steve Toub (ubuntu-toub) wrote :

The issue exists in precise and existed in oneric. I haven't tried anything prior to oneric.

I'll add that the intermittency is what's particularly maddening. Sometimes it might disconnect repeatedly in a period of several minutes and then it might go days without disconnect at all. I think I'll bite the bullet and order my friend a new USB wireless adapter.

Let me know if there's more I can do on my end to help provide information upstream. I'm not a developer but I can follow instructions and using a command line.

Thanks for your help so far!

Revision history for this message
penalvch (penalvch) wrote :

Steve Toub, does this problem occur in a Lucid Live CD?

Revision history for this message
Steve Toub (ubuntu-toub) wrote :

penalvch, thanks again.

I've been running a Lucid (10.04.4) LiveCD for the last few hours. Signal strength is relatively stable; it does hop around a bit but the lowest I've seen is 40% and it always shoots back up soon after to >95%. It hasn't disconnected yet.

Are there things I can do to stress whatever the possible culprit might be? If 10.04 keeps a reliable connection even through stress testing reinstalling 10.04 may be a viable option for me but I wouldn't want to go down that route unless I was confident this is a lasting solution.

Revision history for this message
penalvch (penalvch) wrote :

Steve Toub:

>"penalvch, thanks again.

I've been running a Lucid (10.04.4) LiveCD for the last few hours. Signal strength is relatively stable; it does hop around a bit but the lowest I've seen is 40% and it always shoots back up soon after to >95%. It hasn't disconnected yet."

So far so good.

>"Are there things I can do to stress whatever the possible culprit might be?"

I would just do what you would expect you should be able to do in day-to-day use. If it becomes problematic, please doucment this.

>"If 10.04 keeps a reliable connection even through stress testing reinstalling 10.04 may be a viable option for me but I wouldn't want to go down that route unless I was confident this is a lasting solution."

If 10.04 works, then we have a regression that we can further debug. If not, we can work on that too.

Revision history for this message
Steve Toub (ubuntu-toub) wrote :

Hi Christopher--

10.04.4 (kernel: Linux ubuntu 2.6.32-38-generic #83-Ubuntu) continues to have a steady signal for me (though, ironically enough, as I was typing this message, signal strength went down to 0% a few times, though it didn't seem to disconnect/reconnect)

Let's assume a regression was introduced sometime after this kernel. Can you give me a sense of what I'd need to do from here on out? I've poked around a bit on this today and it seems like the next steps would be for me to:
1. Keep narrowing down which kernel (and eventually, using git-bisect, identify the diffs that) introduced the regression.
2. Submit the properly documented bug report to the kernel-wireless mailing list.
3. Hope the maintainer of the ipw2200 driver takes this on, given all his other priorities.
4. Be available to test any kernel patches.
5. Apply the patched kernel to all kernel updates I accept from Ubuntu until the patch makes it into Ubuntu.

Any shortcuts? ;)

If this was my personal machine I might be inclined to keep going through all those steps, even though it sounds pretty intimidating for a non-developer like me. But this is a friend's machine and the longer I keep it while troubleshooting, the longer she's without a working computer where she is.

Revision history for this message
penalvch (penalvch) wrote :

Steve Toub, unfortunately, there are no known shortcuts. Assuming a regression, the next step would be to bisect following https://wiki.ubuntu.com/Kernel/KernelBisection . If you know you cannot go farther than what you have done, I would just back up her data, install Lucid, and give the PC back. This will give her 9 months until Lucid EoLs https://wiki.ubuntu.com/Releases .

Revision history for this message
Steve Toub (ubuntu-toub) wrote :

Ok, thanks again, Christopher, for the professional and helpful service you have provided me and others.

Feel free to close this bug since I don't plan on doing any more to address the root cause.

I spent half the day on 10.04 and it remained steady but then I was wondering if that was just dumb luck so I switched back to 12.04 and that was steady as well. I tried to stress the wireless connection by transferring a large file while surfing but it even remained steady through that. It just won't break when I want it to. ;)

Anyways, I want to get the machine back to my friend in the next few days, so I bought a USB wireless card and hope that does the trick. (Though if I can things to break again truly verify that 10.04 is indeed better than 12.04, I'll install 10.04.)

For others who have the same issue, note that https://bugzilla.kernel.org/show_bug.cgi?id=15813 is the only reference to this issue with this driver that I could find in the Kernel Bug Tracker. I found a couple of other kernel bugs with similar issues but with other devices/drivers:
 https://bugzilla.kernel.org/show_bug.cgi?id=42877 is with the ath9k driver
 https://bugzilla.kernel.org/show_bug.cgi?id=43123 is with the iwlwifi driver

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.