WiFi connectivity drops randomly on Intel 8065

Bug #1720532 reported by zifot
12
This bug affects 2 people
Affects Status Importance Assigned to Milestone
linux (Ubuntu)
Confirmed
Medium
Unassigned

Bug Description

My base system where the problem occurs is Ubuntu 17.04 with distro provided kernel 4.10 (-19, -33, -35), although the same was occuring on 16.04 LTS (that's actually why I've switched to 17.04).

WiFi stops working randomly, usually after couple of minutes after system starts. There is no indication in the UI that anything is wrong (Network manager things all is good). Most of the time nothing can be seen in syslog or dmesg. Very rarely there are logs from NetworkManager indicating that it actually reconnects:

Sep 30 13:06:49 alx wpa_supplicant[1627]: wlp4s0: CTRL-EVENT-DISCONNECTED bssid=98:f5:37:38:07:d8 reason=4 locally_generated=1
Sep 30 13:06:49 alx NetworkManager[5802]: <warn> [1506769609.5900] sup-iface[0x55aa5fc98ac0,wlp4s0]: connection disconnected (reason -4)
Sep 30 13:06:49 alx NetworkManager[5802]: <info> [1506769609.6098] device (wlp4s0): supplicant interface state: completed -> disconnected
Sep 30 13:06:49 alx gnome-shell[1590]: An active wireless connection, in infrastructure mode, involves no access point?
Sep 30 13:06:49 alx gnome-shell[2954]: An active wireless connection, in infrastructure mode, involves no access point?
Sep 30 13:06:49 alx NetworkManager[5802]: <info> [1506769609.6942] device (wlp4s0): supplicant interface state: disconnected -> scanning
Sep 30 13:06:51 alx wpa_supplicant[1627]: wlp4s0: SME: Trying to authenticate with 98:f5:37:38:07:d8 (SSID='ZTE_07D8' freq=2437 MHz)
Sep 30 13:06:51 alx kernel: [ 567.131670] wlp4s0: authenticate with 98:f5:37:38:07:d8
Sep 30 13:06:51 alx kernel: [ 567.148480] wlp4s0: send auth to 98:f5:37:38:07:d8 (try 1/3)
Sep 30 13:06:51 alx kernel: [ 567.154949] wlp4s0: authenticated
Sep 30 13:06:51 alx kernel: [ 567.156005] iwlwifi 0000:04:00.0 wlp4s0: disabling HT as WMM/QoS is not supported by the AP
Sep 30 13:06:51 alx kernel: [ 567.156009] iwlwifi 0000:04:00.0 wlp4s0: disabling VHT as WMM/QoS is not supported by the AP
Sep 30 13:06:51 alx wpa_supplicant[1627]: wlp4s0: Trying to associate with 98:f5:37:38:07:d8 (SSID='ZTE_07D8' freq=2437 MHz)
Sep 30 13:06:51 alx wpa_supplicant[1627]: wlp4s0: Associated with 98:f5:37:38:07:d8
Sep 30 13:06:51 alx kernel: [ 567.159893] wlp4s0: associate with 98:f5:37:38:07:d8 (try 1/3)
Sep 30 13:06:51 alx kernel: [ 567.162223] wlp4s0: RX AssocResp from 98:f5:37:38:07:d8 (capab=0x411 status=0 aid=3)
Sep 30 13:06:51 alx kernel: [ 567.163425] wlp4s0: associated
Sep 30 13:06:51 alx NetworkManager[5802]: <info> [1506769611.2621] device (wlp4s0): supplicant interface state: scanning -> authenticating
Sep 30 13:06:51 alx NetworkManager[5802]: <info> [1506769611.2669] device (wlp4s0): supplicant interface state: authenticating -> associating
Sep 30 13:06:51 alx NetworkManager[5802]: <info> [1506769611.2681] device (wlp4s0): supplicant interface state: associating -> associated
Sep 30 13:06:51 alx NetworkManager[5802]: <info> [1506769611.5903] device (wlp4s0): supplicant interface state: associated -> 4-way handshake
Sep 30 13:06:51 alx wpa_supplicant[1627]: wlp4s0: WPA: Key negotiation completed with 98:f5:37:38:07:d8 [PTK=CCMP GTK=CCMP]
Sep 30 13:06:51 alx wpa_supplicant[1627]: wlp4s0: CTRL-EVENT-CONNECTED - Connection to 98:f5:37:38:07:d8completed [id=0 id_str=]
Sep 30 13:06:51 alx NetworkManager[5802]: <info> [1506769611.6008] device (wlp4s0): supplicant interface state: 4-way handshake -> completed

Sometimes this automatic reconnection helps, if it happens at all. Restarting NetworkManager manually also helps, although not always after the first try. Then problem always occurs again after couple of minutes.

What I've tried so far:

- tested with upstream kernel linux-image-4.13.2-041302-generic,
- tested with upstream kernel linux-image-4.12.13-041213-generic,
- turning 11n mode off via 11n_disable=1 iwlwifi option
- tested with a newer firmware from Intel (stock kernel uses iwlwifi-8265-22.ucode 22.391740.0 op_mode iwlmvm from firmware package; I've additionaly successfully run with iwlwifi-8265-27.ucode and iwlwifi-8265-31.ucode for 4.12 and 4.13 kernels respectively).

The result of this tests is that firmware versions or 11n mode off didn't seem to influence anything. The only scenario when the problem didn't occur was running 4.12.13. On 4.13.2 problems where the same. The results are very consistent: really no need to wait for a problem to occur on faulty configurations, and days without any problem on 4.12.13 (here drops never actually occurring).

I've always tested with the same hot spot, which doesn't cause any problems with multiple other devices.

ProblemType: Bug
DistroRelease: Ubuntu 17.04
Package: linux-image-4.10.0-35-generic 4.10.0-35.39
ProcVersionSignature: Ubuntu 4.10.0-35.39-generic 4.10.17
Uname: Linux 4.10.0-35-generic x86_64
ApportVersion: 2.20.4-0ubuntu4.5
Architecture: amd64
AudioDevicesInUse:
 USER PID ACCESS COMMAND
 /dev/snd/controlC0: alx 2962 F.... pulseaudio
CurrentDesktop: GNOME
Date: Sat Sep 30 13:14:29 2017
HibernationDevice: RESUME=UUID=655d5391-8f3f-4ed5-bf3f-f53e4958c5bb
InstallationDate: Installed on 2017-09-14 (15 days ago)
InstallationMedia: Ubuntu-GNOME 17.04 "Zesty Zapus" - Release amd64 (20170412)
MachineType: LENOVO 20HR002NPB
ProcFB: 0 inteldrmfb
ProcKernelCmdLine: BOOT_IMAGE=/vmlinuz-4.10.0-35-generic.efi.signed root=/dev/mapper/ubuntu--gnome--vg-root ro quiet splash vt.handoff=7
RelatedPackageVersions:
 linux-restricted-modules-4.10.0-35-generic N/A
 linux-backports-modules-4.10.0-35-generic N/A
 linux-firmware 1.164.1
SourcePackage: linux
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 03/10/2017
dmi.bios.vendor: LENOVO
dmi.bios.version: N1MET31W (1.16 )
dmi.board.asset.tag: Not Available
dmi.board.name: 20HR002NPB
dmi.board.vendor: LENOVO
dmi.board.version: SDK0J40697 WIN
dmi.chassis.asset.tag: No Asset Information
dmi.chassis.type: 10
dmi.chassis.vendor: LENOVO
dmi.chassis.version: None
dmi.modalias: dmi:bvnLENOVO:bvrN1MET31W(1.16):bd03/10/2017:svnLENOVO:pn20HR002NPB:pvrThinkPadX1Carbon5th:rvnLENOVO:rn20HR002NPB:rvrSDK0J40697WIN:cvnLENOVO:ct10:cvrNone:
dmi.product.name: 20HR002NPB
dmi.product.version: ThinkPad X1 Carbon 5th
dmi.sys.vendor: LENOVO

Revision history for this message
zifot (zifot) wrote :
Revision history for this message
Ubuntu Kernel Bot (ubuntu-kernel-bot) wrote : Status changed to Confirmed

This change was made by a bot.

Changed in linux (Ubuntu):
status: New → Confirmed
Revision history for this message
Joseph Salisbury (jsalisbury) wrote :

Would it be possible for you to test the latest upstream kernel? Refer to https://wiki.ubuntu.com/KernelMainlineBuilds . Please test the latest v4.14 kernel[0].

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'.

Once testing of the upstream kernel is complete, please mark this bug as "Confirmed".

Thanks in advance.

[0] http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.14-rc3

Changed in linux (Ubuntu):
importance: Undecided → Medium
status: Confirmed → Incomplete
Revision history for this message
zifot (zifot) wrote :

I've tested with v4.14-rc3 and can confirm that the problem still exists there.

Just a heads up for anyone trying to do the same: I had to put apparmor policy for sbin.dhclient in complaint mode for a connection to work on 17.04/4.14rc3, otherwise I was getting the following deny events:

Oct 3 22:07:04 alx kernel: [ 1024.551892] audit: type=1400 audit(1507061224.451:1096): apparmor="DENIED" operation="create" profile="/usr/lib/NetworkManager/nm-dhcp-helper" pid=8204 comm="nm-dhcp-helper" family="unix" sock_type="stream" protocol=0 requested_mask="create" denied_mask="create"

tags: added: kernel-bug-exists-upstream
zifot (zifot)
Changed in linux (Ubuntu):
status: Incomplete → Confirmed
Revision history for this message
Kai-Heng Feng (kaihengfeng) wrote :

Try latest 8265 firmwares from [1].

If it doesn't work either, file an upstream bug at [2].

[1] https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/
[2] https://bugzilla.kernel.org/

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.