Wifi dropping

Bug #1355441 reported by Dave Finnegan on 2014-08-11
10
This bug affects 1 person
Affects Status Importance Assigned to Milestone
network-manager (Ubuntu)
Medium
Unassigned

Bug Description

Environment

Lenovo T440s
Ubuntu 14.04
Kernel: 3.13.0-32-generic #57-Ubuntu SMP x86_64
Firmware version: Aug 11 14:17:58 dave kernel: [ 3.336421] iwlwifi 0000:03:00.0: loaded firmware version 22.1.7.0 op_mode iwlmvm
# I have also tried version 22.1.8.0
sudo lshw -C network
       description: Wireless interface
       product: Wireless 7260
       vendor: Intel Corporation
       physical id: 0
       bus info: pci@0000:03:00.0
       logical name: wlan0
       version: 83
       serial: e8:2a:ea:b3:5a:1f
       width: 64 bits
       clock: 33MHz
       capabilities: pm msi pciexpress bus_master cap_list ethernet physical wireless
       configuration: broadcast=yes driver=iwlwifi driverversion=3.13.0-32-generic firmware=22.1.7.0 ip=192.168.1.121 latency=0 link=yes multicast=yes wireless=IEEE 802.11abgn
       resources: irq:61 memory:f0400000-f0401fff
sudo iwconfig:
  wlan0 IEEE 802.11abgn ESSID:"nfu2"
          Mode:Managed Frequency:2.437 GHz Access Point: 68:7F:74:A2:56:27
          Bit Rate=54 Mb/s Tx-Power=16 dBm
          Retry long limit:7 RTS thr:off Fragment thr:off
          Encryption key:off
          Power Management:off
          Link Quality=70/70 Signal level=-22 dBm
          Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
          Tx excessive retries:0 Invalid misc:119 Missed beacon:0
grep wifi /var/log/syslog:
  Aug 11 14:17:58 dave kernel: [ 3.336421] iwlwifi 0000:03:00.0: loaded firmware version 22.1.7.0 op_mode iwlmvm
  (30x of these:) Aug 11 16:52:15 dave kernel: [ 9256.926634] iwlwifi 0000:03:00.0 wlan0: disabling VHT as WMM/QoS is not supported by the AP

ProblemType: Bug
DistroRelease: Ubuntu 14.04
Package: linux-image-3.13.0-32-generic 3.13.0-32.57
ProcVersionSignature: Ubuntu 3.13.0-32.57-generic 3.13.11.4
Uname: Linux 3.13.0-32-generic x86_64
ApportVersion: 2.14.1-0ubuntu3.3
Architecture: amd64
AudioDevicesInUse:
 USER PID ACCESS COMMAND
 /dev/snd/controlC2: dave 1907 F.... pulseaudio
 /dev/snd/controlC0: dave 1907 F.... pulseaudio
CurrentDesktop: Unity
Date: Mon Aug 11 16:46:39 2014
HibernationDevice: RESUME=UUID=b447ca85-41cc-44f1-b4b4-8a44bf215053
InstallationDate: Installed on 2014-07-21 (21 days ago)
InstallationMedia: Ubuntu 14.04 LTS "Trusty Tahr" - Release amd64 (20140417)
MachineType: LENOVO 20AQCTO1WW
ProcFB: 0 inteldrmfb
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.13.0-32-generic.efi.signed root=UUID=a5f87e7d-a068-4cf1-94c5-0a4d068328f4 ro quiet splash vt.handoff=7
RelatedPackageVersions:
 linux-restricted-modules-3.13.0-32-generic N/A
 linux-backports-modules-3.13.0-32-generic N/A
 linux-firmware 1.127.5
SourcePackage: linux
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 05/20/2014
dmi.bios.vendor: LENOVO
dmi.bios.version: GJET77WW (2.27 )
dmi.board.asset.tag: Not Available
dmi.board.name: 20AQCTO1WW
dmi.board.vendor: LENOVO
dmi.board.version: SDK0E50512 STD
dmi.chassis.asset.tag: No Asset Information
dmi.chassis.type: 10
dmi.chassis.vendor: LENOVO
dmi.chassis.version: Not Available
dmi.modalias: dmi:bvnLENOVO:bvrGJET77WW(2.27):bd05/20/2014:svnLENOVO:pn20AQCTO1WW:pvrThinkPadT440s:rvnLENOVO:rn20AQCTO1WW:rvrSDK0E50512STD:cvnLENOVO:ct10:cvrNotAvailable:
dmi.product.name: 20AQCTO1WW
dmi.product.version: ThinkPad T440s
dmi.sys.vendor: LENOVO

Dave Finnegan (dave-finnegan) wrote :

This change was made by a bot.

Changed in linux (Ubuntu):
status: New → Confirmed
Seth Forshee (sforshee) wrote :

Could you collect some more information for me? Please download this script:

http://people.canonical.com/~sforshee/wifi-debug

Then open a terminal, navigate to the directory where you saved the script, and make it executable (chmod +x wifi-debug). Then run 'sudo ./wifi-debug -p -t'. Once you see the "Collecting data ..." line, wait until you experience a disconnection, then press Enter to terminate the script. Please send me the wifi-debug-files.tar.gz file it creates. This file may contain some private data, so you may not want to attach it to this bug. In that case you can email it to me or place it in some other location where I can download the file.

If the problem takes a long time to occur, you may want to stop and restart the script periodically to keep the amount of collected data down to a reasonable size.

Note that the script will capture network data transferred over the wireless interface, so you probably want to avoid any activity which sends any private data on the network (though data sent over TLS/SSL connections will be encrypted in the capture). Other wireless traffic on the same channel may also be collected, though on a secure network traffic belonging to other clients will be encrypted. If you are uncomfortable with this you can omit the -p option to wifi-debug, though this will limit my ability to diagnose your issue.

Thanks!

Changed in linux (Ubuntu):
status: Confirmed → Incomplete
Download full text (5.6 KiB)

Happy to do so.

Script is running.

Thanks!
Dave

On Tue, Aug 12, 2014 at 9:02 AM, Seth Forshee <<email address hidden>
> wrote:

> Could you collect some more information for me? Please download this
> script:
>
> http://people.canonical.com/~sforshee/wifi-debug
>
> Then open a terminal, navigate to the directory where you saved the
> script, and make it executable (chmod +x wifi-debug). Then run 'sudo
> ./wifi-debug -p -t'. Once you see the "Collecting data ..." line, wait
> until you experience a disconnection, then press Enter to terminate the
> script. Please send me the wifi-debug-files.tar.gz file it creates. This
> file may contain some private data, so you may not want to attach it to
> this bug. In that case you can email it to me or place it in some other
> location where I can download the file.
>
> If the problem takes a long time to occur, you may want to stop and
> restart the script periodically to keep the amount of collected data
> down to a reasonable size.
>
> Note that the script will capture network data transferred over the
> wireless interface, so you probably want to avoid any activity which
> sends any private data on the network (though data sent over TLS/SSL
> connections will be encrypted in the capture). Other wireless traffic on
> the same channel may also be collected, though on a secure network
> traffic belonging to other clients will be encrypted. If you are
> uncomfortable with this you can omit the -p option to wifi-debug, though
> this will limit my ability to diagnose your issue.
>
> Thanks!
>
> ** Changed in: linux (Ubuntu)
> Status: Confirmed => Incomplete
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1355441
>
> Title:
> Wifi dropping
>
> Status in “linux” package in Ubuntu:
> Incomplete
>
> Bug description:
> Environment
>
> Lenovo T440s
> Ubuntu 14.04
> Kernel: 3.13.0-32-generic #57-Ubuntu SMP x86_64
> Firmware version: Aug 11 14:17:58 dave kernel: [ 3.336421] iwlwifi
> 0000:03:00.0: loaded firmware version 22.1.7.0 op_mode iwlmvm
> # I have also tried version 22.1.8.0
> sudo lshw -C network
> description: Wireless interface
> product: Wireless 7260
> vendor: Intel Corporation
> physical id: 0
> bus info: pci@0000:03:00.0
> logical name: wlan0
> version: 83
> serial: e8:2a:ea:b3:5a:1f
> width: 64 bits
> clock: 33MHz
> capabilities: pm msi pciexpress bus_master cap_list ethernet
> physical wireless
> configuration: broadcast=yes driver=iwlwifi
> driverversion=3.13.0-32-generic firmware=22.1.7.0 ip=192.168.1.121
> latency=0 link=yes multicast=yes wireless=IEEE 802.11abgn
> resources: irq:61 memory:f0400000-f0401fff
> sudo iwconfig:
> wlan0 IEEE 802.11abgn ESSID:"nfu2"
> Mode:Managed Frequency:2.437 GHz Access Point:
> 68:7F:74:A2:56:27
> Bit Rate=54 Mb/s Tx-Power=16 dBm
> Retry long limit:7 RTS thr:off Fragment thr:off
> Encryption key:off
> Power Management:off
> Link Quality=70...

Read more...

Dave Finnegan (dave-finnegan) wrote :

Script is running.

Note that I'm at a new location today, and will be for the next couple of days. Last time I was here (last week) I did have repeated wifi drops; as I do at home.

Also, note that I have dropped back to 'iwlwifi-7260-7.ucode'. It seems to work better, but still experiences drops from my home network.

Thanks!

Dave Finnegan (dave-finnegan) wrote :

I had no issues yesterday at the office with /lib/firmware/iwlwifi-7260-7.ucode installed.
Was running version 8 last week and had lots of drops/reconnects.

Did not get to test on home network yet.
Was getting drops/reconnects with both version 7, and 8 over weekend and on Monday.
Version 9 is available on my system, but does not load.
Will run tests when able, and will provide wifi-debug output.

Thanks.

Seth Forshee (sforshee) wrote :

On Wed, Aug 13, 2014 at 01:52:54PM -0000, Dave Finnegan wrote:
> I had no issues yesterday at the office with /lib/firmware/iwlwifi-7260-7.ucode installed.
> Was running version 8 last week and had lots of drops/reconnects.
>
> Did not get to test on home network yet.
> Was getting drops/reconnects with both version 7, and 8 over weekend and on Monday.
> Version 9 is available on my system, but does not load.
> Will run tests when able, and will provide wifi-debug output.

There's no "perfect" firmware version. -7 works better than -8 for some,
and -8 works better than -7 for others. -9 isn't technically supported
in 3.13 kernels (the version used for trusty) - we could potentially
backport support, but getting enough testing to confirm that it won't
cause regressions is difficult.

As a result I'm focusing on fixing the bugs people are seeing in -8. It
would be helpful if you could use that version when you're collecting
the wifi-debug data.

Changed in linux (Ubuntu):
importance: Undecided → Medium
tags: added: bios-oudated-2.28
Seth Forshee (sforshee) wrote :

It looks like the disconnections are initiated by NetworkManager, which gives the reason 'ip-config-unavailable'. Maybe some kind of dhcp problem, I'm not sure. Right now it isn't looking like a driver problem but something higher in the stack, so I'm updating the bug to affect network manager so that someone more familiar with that level of the network stack can take a look.

affects: linux (Ubuntu) → network-manager (Ubuntu)
Changed in network-manager (Ubuntu):
status: Incomplete → Confirmed
Changed in network-manager (Ubuntu):
status: Confirmed → Incomplete
status: Incomplete → Confirmed
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers