Public bug reported:
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
** Affects: linux (Ubuntu)
Importance: Undecided
Status: Confirmed
** Tags: 8065 amd64 apport-bug connectivity intel iwlwifi kernel wifi zesty
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1720532
Title:
WiFi connectivity drops randomly on Intel 8065
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1720532/+subscriptions
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
