Hi Verdre and Ganapathi,
I own Surface Book 1 (Skylake, same as Surface Pro 4) and Surface 3 (non-pro,
Intel Atom Cherry Trail) for daily usage
and recently I got Surface Pro 4 (with broken sensor) for debugging purposes.
env:
- freshly installed Fedora 31 Beta on an external USB drive and use it on SP4
- run `sudo dnf upgrade` and now `uname -r` shows `5.3.2-300.fc31.x86_64`
@Ganapathi
> I am doing different try outs, I will update as soon I could recreate these;
You mean you're having trouble recreating issues?
On my SP4:
- "cmd_timeout"
This issue will occur after a second suspend like the dmesg log on
Comment#91 regardless of 2.4GHz/5GHz AP or power_save on/off. So, I'm not sure
why you cannot recreate this issue.
- "Firmware wakeup failed"
This issue will randomly occur after a while when using with 5GHz
AP+power_save on
- "WLAN FW already running! Skip FW dnld" after card reset
As you can see on the dmesg log (Comment#91), after card reset, the
firmware will not be re-downloaded on Surface devices. I think that
re-downloading the firmware is the expected behavior.
You may recreate this issue by this command:
echo 1 | sudo tee /sys/kernel/debug/mwifiex/mlan0/reset
After resetting, it shows these messages repeatedly on dmesg and wifi is
not usable anymore:
kern :info : [ 175.478500] mwifiex_pcie 0000:02:00.0: cmd_wait_q terminated:
-110
kern :info : [ 175.478510] mwifiex_pcie 0000:02:00.0: deleting the crypto
keys
Maybe this is the simplest one to fix? and at least if resetting works,
we can continue to use wifi.
To reset the card with firmware re-downloading, currently I have to call
an ACPI method using acpi_call and remove/rescan the parent bridge of
wifi (need to be installed) like this:
WIFI_PARENT="0000:00:1d.0" # SP4 specific
ACPI_WIFI_RST_PATH="\_SB.PCI0.RP09.PXSX.PRWF._RST" # SP4 specific
acall(){ echo "$1" | tee /proc/acpi/call >/dev/null && cat
/proc/acpi/call;echo;} # wrapper
modprobe acpi_call
acall $ACPI_WIFI_RST_PATH
echo 1 | tee "/sys/bus/pci/devices/$WIFI_PARENT/remove"
sleep 1
echo 1 | tee /sys/bus/pci/rescan
---
By the way, I find 2.4GHz AP is much more stable with even power_save
on. 5GHz AP with power_save on causes wifi stop without any message on
dmesg.
It seems that showing APs (e.g. `nmcli d wifi list`) will temporarily
fix the wifi stop.
This is another issue from what we're discussing now, though.
Best regards,
Tsuchiya, Yuto (kitakar5525)
--
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 : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help : https://help.launchpad.net/ListHelp
