Wifi dropping
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
resources: irq:61 memory:
sudo iwconfig:
wlan0 IEEE 802.11abgn ESSID:"nfu2"
Bit Rate=54 Mb/s Tx-Power=16 dBm
Retry long limit:7 RTS thr:off Fragment thr: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-
ProcVersionSign
Uname: Linux 3.13.0-32-generic x86_64
ApportVersion: 2.14.1-0ubuntu3.3
Architecture: amd64
AudioDevicesInUse:
USER PID ACCESS COMMAND
/dev/snd/
/dev/snd/
CurrentDesktop: Unity
Date: Mon Aug 11 16:46:39 2014
HibernationDevice: RESUME=
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=
RelatedPackageV
linux-
linux-
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.
dmi.board.name: 20AQCTO1WW
dmi.board.vendor: LENOVO
dmi.board.version: SDK0E50512 STD
dmi.chassis.
dmi.chassis.type: 10
dmi.chassis.vendor: LENOVO
dmi.chassis.
dmi.modalias: dmi:bvnLENOVO:
dmi.product.name: 20AQCTO1WW
dmi.product.
dmi.sys.vendor: LENOVO
Dave Finnegan (dave-finnegan) wrote : | #1 |
Changed in linux (Ubuntu): | |
status: | New → Confirmed |
Seth Forshee (sforshee) wrote : | #3 |
Could you collect some more information for me? Please download this script:
http://
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-
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 |
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://
>
> 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-
> 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:/
>
> 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=
> latency=0 link=yes multicast=yes wireless=IEEE 802.11abgn
> resources: irq:61 memory:
> 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...
Dave Finnegan (dave-finnegan) wrote : | #5 |
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-
Thanks!
Dave Finnegan (dave-finnegan) wrote : | #6 |
I had no issues yesterday at the office with /lib/firmware/
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 : | #7 |
On Wed, Aug 13, 2014 at 01:52:54PM -0000, Dave Finnegan wrote:
> I had no issues yesterday at the office with /lib/firmware/
> 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 : | #8 |
It looks like the disconnections are initiated by NetworkManager, which gives the reason 'ip-config-
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 |
This change was made by a bot.