[8086:0085] intermittently losing connectivity
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
linux (Ubuntu) |
Fix Released
|
High
|
Unassigned |
Bug Description
I'm seeing intermittent loss of connectivity, where there are no errors, the connection stays "up" but packets are no longer getting through.
I've tried going back through the past few kernels, and the problem is consistent from 3.2.0-19.30 through 3.2.0-23.36 (which seems to be current). I see no errors in dmesg or other indications of what's going wrong, but It's very easily reproducible, as it happens all the time. I lose connectivity about once every 30 seconds, for about 30 seconds, i.e. it's down 50% of the time.
tutti:[~] ping -I wlan0 192.168.0.1
PING 192.168.0.1 (192.168.0.1) from 192.168.0.157 wlan0: 56(84) bytes of data.
64 bytes from 192.168.0.1: icmp_req=32 ttl=64 time=2.83 ms
64 bytes from 192.168.0.1: icmp_req=33 ttl=64 time=2.85 ms
64 bytes from 192.168.0.1: icmp_req=34 ttl=64 time=2.85 ms
64 bytes from 192.168.0.1: icmp_req=35 ttl=64 time=2.92 ms
64 bytes from 192.168.0.1: icmp_req=36 ttl=64 time=2.80 ms
64 bytes from 192.168.0.1: icmp_req=37 ttl=64 time=2.82 ms
64 bytes from 192.168.0.1: icmp_req=38 ttl=64 time=2.99 ms
64 bytes from 192.168.0.1: icmp_req=39 ttl=64 time=3.08 ms
64 bytes from 192.168.0.1: icmp_req=40 ttl=64 time=2.92 ms
64 bytes from 192.168.0.1: icmp_req=41 ttl=64 time=2.75 ms
64 bytes from 192.168.0.1: icmp_req=42 ttl=64 time=3.10 ms
64 bytes from 192.168.0.1: icmp_req=43 ttl=64 time=2.93 ms
64 bytes from 192.168.0.1: icmp_req=102 ttl=64 time=2.74 ms
64 bytes from 192.168.0.1: icmp_req=103 ttl=64 time=2.75 ms
64 bytes from 192.168.0.1: icmp_req=104 ttl=64 time=2.96 ms
64 bytes from 192.168.0.1: icmp_req=105 ttl=64 time=2.85 ms
64 bytes from 192.168.0.1: icmp_req=106 ttl=64 time=2.95 ms
64 bytes from 192.168.0.1: icmp_req=107 ttl=64 time=2.97 ms
64 bytes from 192.168.0.1: icmp_req=108 ttl=64 time=2.98 ms
64 bytes from 192.168.0.1: icmp_req=109 ttl=64 time=2.79 ms
64 bytes from 192.168.0.1: icmp_req=110 ttl=64 time=2.77 ms
64 bytes from 192.168.0.1: icmp_req=111 ttl=64 time=2.89 ms
64 bytes from 192.168.0.1: icmp_req=112 ttl=64 time=3.02 ms
64 bytes from 192.168.0.1: icmp_req=113 ttl=64 time=2.95 ms
64 bytes from 192.168.0.1: icmp_req=114 ttl=64 time=3.05 ms
64 bytes from 192.168.0.1: icmp_req=115 ttl=64 time=2.91 ms
64 bytes from 192.168.0.1: icmp_req=116 ttl=64 time=2.77 ms
64 bytes from 192.168.0.1: icmp_req=117 ttl=64 time=2.77 ms
64 bytes from 192.168.0.1: icmp_req=118 ttl=64 time=3.05 ms
64 bytes from 192.168.0.1: icmp_req=119 ttl=64 time=2.95 ms
64 bytes from 192.168.0.1: icmp_req=120 ttl=64 time=1.07 ms
64 bytes from 192.168.0.1: icmp_req=121 ttl=64 time=2.76 ms
64 bytes from 192.168.0.1: icmp_req=122 ttl=64 time=2.92 ms
64 bytes from 192.168.0.1: icmp_req=123 ttl=64 time=3.01 ms
64 bytes from 192.168.0.1: icmp_req=124 ttl=64 time=2.88 ms
64 bytes from 192.168.0.1: icmp_req=125 ttl=64 time=2.92 ms
64 bytes from 192.168.0.1: icmp_req=126 ttl=64 time=3.13 ms
64 bytes from 192.168.0.1: icmp_req=127 ttl=64 time=2.75 ms
64 bytes from 192.168.0.1: icmp_req=128 ttl=64 time=2.85 ms
64 bytes from 192.168.0.1: icmp_req=129 ttl=64 time=2.97 ms
64 bytes from 192.168.0.1: icmp_req=190 ttl=64 time=2.96 ms
64 bytes from 192.168.0.1: icmp_req=191 ttl=64 time=2.87 ms
64 bytes from 192.168.0.1: icmp_req=192 ttl=64 time=2.83 ms
64 bytes from 192.168.0.1: icmp_req=193 ttl=64 time=2.95 ms
64 bytes from 192.168.0.1: icmp_req=194 ttl=64 time=2.93 ms
64 bytes from 192.168.0.1: icmp_req=195 ttl=64 time=2.86 ms
64 bytes from 192.168.0.1: icmp_req=196 ttl=64 time=2.86 ms
64 bytes from 192.168.0.1: icmp_req=197 ttl=64 time=2.82 ms
64 bytes from 192.168.0.1: icmp_req=198 ttl=64 time=2.70 ms
64 bytes from 192.168.0.1: icmp_req=199 ttl=64 time=2.92 ms
64 bytes from 192.168.0.1: icmp_req=200 ttl=64 time=2.85 ms
64 bytes from 192.168.0.1: icmp_req=201 ttl=64 time=2.76 ms
64 bytes from 192.168.0.1: icmp_req=202 ttl=64 time=2.85 ms
64 bytes from 192.168.0.1: icmp_req=203 ttl=64 time=2.92 ms
64 bytes from 192.168.0.1: icmp_req=204 ttl=64 time=2.82 ms
64 bytes from 192.168.0.1: icmp_req=205 ttl=64 time=2.92 ms
64 bytes from 192.168.0.1: icmp_req=206 ttl=64 time=2.83 ms
64 bytes from 192.168.0.1: icmp_req=207 ttl=64 time=3.05 ms
64 bytes from 192.168.0.1: icmp_req=208 ttl=64 time=2.87 ms
64 bytes from 192.168.0.1: icmp_req=209 ttl=64 time=2.79 ms
64 bytes from 192.168.0.1: icmp_req=210 ttl=64 time=3.11 ms
64 bytes from 192.168.0.1: icmp_req=211 ttl=64 time=2.73 ms
64 bytes from 192.168.0.1: icmp_req=212 ttl=64 time=2.76 ms
64 bytes from 192.168.0.1: icmp_req=213 ttl=64 time=2.64 ms
64 bytes from 192.168.0.1: icmp_req=214 ttl=64 time=2.78 ms
64 bytes from 192.168.0.1: icmp_req=215 ttl=64 time=2.83 ms
64 bytes from 192.168.0.1: icmp_req=216 ttl=64 time=4.17 ms
64 bytes from 192.168.0.1: icmp_req=217 ttl=64 time=2.64 ms
64 bytes from 192.168.0.1: icmp_req=218 ttl=64 time=2.86 ms
64 bytes from 192.168.0.1: icmp_req=219 ttl=64 time=2.84 ms
64 bytes from 192.168.0.1: icmp_req=220 ttl=64 time=2.89 ms
64 bytes from 192.168.0.1: icmp_req=221 ttl=64 time=2.92 ms
64 bytes from 192.168.0.1: icmp_req=222 ttl=64 time=2.86 ms
64 bytes from 192.168.0.1: icmp_req=223 ttl=64 time=2.77 ms
64 bytes from 192.168.0.1: icmp_req=224 ttl=64 time=2.90 ms
64 bytes from 192.168.0.1: icmp_req=225 ttl=64 time=2.90 ms
64 bytes from 192.168.0.1: icmp_req=226 ttl=64 time=2.68 ms
64 bytes from 192.168.0.1: icmp_req=227 ttl=64 time=2.94 ms
ProblemType: Bug
DistroRelease: Ubuntu 12.04
Package: linux-image-
ProcVersionSign
Uname: Linux 3.2.0-23-generic x86_64
AlsaVersion: Advanced Linux Sound Architecture Driver Version 1.0.24.
ApportVersion: 2.0.1-0ubuntu2
Architecture: amd64
ArecordDevices:
**** List of CAPTURE Hardware Devices ****
card 0: PCH [HDA Intel PCH], device 0: CONEXANT Analog [CONEXANT Analog]
Subdevices: 1/1
Subdevice #0: subdevice #0
AudioDevicesInUse:
USER PID ACCESS COMMAND
/dev/snd/
Card0.Amixer.info:
Card hw:0 'PCH'/'HDA Intel PCH at 0xf2620000 irq 52'
Mixer name : 'Intel CougarPoint HDMI'
Components : 'HDA:14f1506e,
Controls : 26
Simple ctrls : 8
Card29.Amixer.info:
Card hw:29 'ThinkPadEC'
Mixer name : 'ThinkPad EC (unknown)'
Components : ''
Controls : 1
Simple ctrls : 1
Card29.
Simple mixer control 'Console',0
Capabilities: pswitch pswitch-joined penum
Playback channels: Mono
Mono: Playback [off]
Date: Tue Apr 17 21:06:56 2012
EcryptfsInUse: Yes
InstallationMedia: Ubuntu 11.04 "Natty Narwhal" - Release amd64 (20110427.1)
MachineType: LENOVO 4286CTO
ProcEnviron:
TERM=xterm
LC_COLLATE=C
PATH=(custom, user)
LANG=en_US.UTF-8
SHELL=/bin/zsh
ProcFB: 0 inteldrmfb
ProcKernelCmdLine: BOOT_IMAGE=
RelatedPackageV
linux-
linux-
linux-firmware 1.79
SourcePackage: linux
StagingDrivers: mei
UpgradeStatus: Upgraded to precise on 2012-03-14 (34 days ago)
dmi.bios.date: 05/31/2011
dmi.bios.vendor: LENOVO
dmi.bios.version: 8DET47WW (1.17 )
dmi.board.
dmi.board.name: 4286CTO
dmi.board.vendor: LENOVO
dmi.board.version: Not Available
dmi.chassis.
dmi.chassis.type: 10
dmi.chassis.vendor: LENOVO
dmi.chassis.
dmi.modalias: dmi:bvnLENOVO:
dmi.product.name: 4286CTO
dmi.product.
dmi.sys.vendor: LENOVO
Changed in linux (Ubuntu): | |
status: | New → Confirmed |
Changed in linux (Ubuntu): | |
importance: | Undecided → Medium |
tags: | added: bot-stop-nagging |
Changed in linux (Ubuntu): | |
status: | Incomplete → Confirmed |
Matt Zimmerman, thank you for reporting this and helping make Ubuntu better. Please be sure to confirm this issue exists with the latest development release of Ubuntu. ISO CD images are available from http:// cdimage. ubuntu. com/daily/ current/ . If the issue remains, please run the following command in the development release from a Terminal (Applications- >Accessories- >Terminal) . It will automatically gather and attach updated debug information to this report.
apport-collect -p linux <replace- with-bug- number>
Also, if you could 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/KernelMainl ineBuilds . 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.
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' .
Please let us know your results. Thanks in advance.