== "mwifiex crash on idle/using"
I heard this issue only from Surface 3 and SP5 owners.
It can be fixed by disabling ASPM L1 state. I think this is the hardest issue
to fix. So, I hope at least we could fix the mwifiex reset feature (see below).
== "mwifiex reset feature broken"
I think this issue is common on all devices that use the 88W8897 chip.
You can reproduce this issue by the following command:
echo 1 | sudo tee /sys/kernel/debug/mwifiex/mlan0/reset
Expected: mwifiex is usable after this reset.
Actual: mwifiex is broke after this reset with following dmesg output
$ echo 1 | sudo tee /sys/kernel/debug/mwifiex/mlan0/reset
mwifiex_pcie 0000:03:00.0: Resetting per request
mwifiex_pcie 0000:03:00.0: info: successfully disconnected from [BSSID]:
reason code 3
mwifiex_pcie 0000:03:00.0: PREP_CMD: card is removed
mwifiex_pcie 0000:03:00.0: deleting the crypto keys
mwifiex_pcie 0000:03:00.0: PREP_CMD: card is removed
mwifiex_pcie 0000:03:00.0: deleting the crypto keys
mwifiex_pcie 0000:03:00.0: PREP_CMD: card is removed
mwifiex_pcie 0000:03:00.0: deleting the crypto keys
mwifiex_pcie 0000:03:00.0: PREP_CMD: card is removed
mwifiex_pcie 0000:03:00.0: deleting the crypto keys
mwifiex_pcie 0000:03:00.0: PREP_CMD: card is removed
mwifiex_pcie 0000:03:00.0: deleting the crypto keys
mwifiex_pcie 0000:03:00.0: PREP_CMD: card is removed
mwifiex_pcie 0000:03:00.0: deleting the crypto keys
mwifiex_pcie 0000:03:00.0: info: shutdown mwifiex...
mwifiex_pcie 0000:03:00.0: PREP_CMD: card is removed
mwifiex_pcie 0000:03:00.0: PREP_CMD: card is removed
mwifiex_pcie 0000:03:00.0: WLAN FW already running! Skip FW dnld
mwifiex_pcie 0000:03:00.0: WLAN FW is active
mwifiex_pcie 0000:03:00.0: Unknown api_id: 4
mwifiex_pcie 0000:03:00.0: info: MWIFIEX VERSION: mwifiex 1.0
(15.68.19.p21)
mwifiex_pcie 0000:03:00.0: driver_version = mwifiex 1.0 (15.68.19.p21)
mwifiex_pcie 0000:03:00.0: info: trying to associate to '[SSID]' bssid
[BSSID]
mwifiex_pcie 0000:03:00.0: info: associated to bssid [BSSID]
successfully
mwifiex_pcie 0000:03:00.0: cmd_wait_q terminated: -110
mwifiex_pcie 0000:03:00.0: info: successfully disconnected from [BSSID]:
reason code 15
mwifiex_pcie 0000:03:00.0: cmd_wait_q terminated: -110
mwifiex_pcie 0000:03:00.0: deleting the crypto keys
mwifiex_pcie 0000:03:00.0: cmd_wait_q terminated: -110
mwifiex_pcie 0000:03:00.0: deleting the crypto keys
mwifiex_pcie 0000:03:00.0: cmd_wait_q terminated: -110
mwifiex_pcie 0000:03:00.0: deleting the crypto keys
[...]
Also, does anyone know what is the expected behavior on function level
reset? Should firmware be re-downloaded? As you can see on the dmesg
log, fw is still active after the reset. ("WLAN FW already running! Skip
FW dnld")
== "power_save causes connection instability at least on 5GHz APs"
"connection instability" here means not crash, but networking stop, like
ping not responding.
I think this issue is common on all devices that use the 88W8897 chip.
- You can mitigate this issue by showing APs continuously (nmcli d wifi list)
- Or you can prevent this issue by disabling power_save
(sudo iw dev mlan0 set power_save off)
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1730924
Title:
Wifi does down "crash" in Surface Pro 4
Status in Linux:
Confirmed
Status in linux package in Ubuntu:
Incomplete
Bug description:
I have a Surface Pro 4. The wifi works well in principle, but unfortunately
it drops every x minutes. The only way to fix it I've found is to reboot the
computer.
lsb_release -rd
Description: Ubuntu 17.10
Release: 17.10
ProblemType: Bug
DistroRelease: Ubuntu 17.10
Package: linux-image-4.13.0-16-generic 4.13.0-16.19
ProcVersionSignature: Ubuntu 4.13.0-16.19-generic 4.13.4
Uname: Linux 4.13.0-16-generic x86_64
ApportVersion: 2.20.7-0ubuntu3.1
Architecture: amd64
AudioDevicesInUse:
USER PID ACCESS COMMAND
/dev/snd/controlC0: predatux 1537 F.... pulseaudio
CurrentDesktop: KDE
Date: Wed Nov 8 10:41:26 2017
HibernationDevice: RESUME=UUID=147af4ba-a4ce-41fe-a176-b36a1f6a590b
Lsusb:
Bus 002 Device 002: ID 045e:090c Microsoft Corp.
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 002: ID 045e:07e8 Microsoft Corp.
Bus 001 Device 003: ID 1286:204c Marvell Semiconductor, Inc.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
MachineType: Microsoft Corporation Surface Pro 4
ProcFB: 0 inteldrmfb
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-4.13.0-16-generic
root=UUID=125200b0-7377-4985-a217-15503781a525 ro quiet splash vt.handoff=7
RelatedPackageVersions:
linux-restricted-modules-4.13.0-16-generic N/A
linux-backports-modules-4.13.0-16-generic N/A
linux-firmware 1.169
SourcePackage: linux
UpgradeStatus: Upgraded to artful on 2017-10-22 (16 days ago)
dmi.bios.date: 02/24/2017
dmi.bios.vendor: Microsoft Corporation
dmi.bios.version: 106.1624.768
dmi.board.name: Surface Pro 4
dmi.board.vendor: Microsoft Corporation
dmi.chassis.type: 9
dmi.chassis.vendor: Microsoft Corporation
dmi.modalias:
dmi:bvnMicrosoftCorporation:bvr106.1624.768:bd02/24/2017:svnMicrosoftCorporation:pnSurfacePro4:pvrD0B08F1C03P38:rvnMicrosoftCorporation:rnSurfacePro4:rvr:cvnMicrosoftCorporation:ct9:cvr:
dmi.product.family: Surface
dmi.product.name: Surface Pro 4
dmi.product.version: D:0B:08F:1C:03P:38
dmi.sys.vendor: Microsoft Corporation
To manage notifications about this bug go to:
https://bugs.launchpad.net/linux/+bug/1730924/+subscriptions
--
Mailing list: https://launchpad.net/~kernel-packages
Post to : [email protected]
Unsubscribe : https://launchpad.net/~kernel-packages
More help : https://help.launchpad.net/ListHelp
