Surface Pro 2 wifi crash

Bug #1460601 reported by Tom
14
This bug affects 2 people
Affects Status Importance Assigned to Milestone
linux (Ubuntu)
Incomplete
Medium
Unassigned

Bug Description

System hangs as soon as any network traffic is generated from wifi adaptor.

think i may have caught the crash trying to install wireshark via the console (ctrl + alt + f1)

ProblemType: Bug
DistroRelease: Ubuntu 15.04
Package: linux-image-3.19.0-18-generic 3.19.0-18.18
ProcVersionSignature: Ubuntu 3.19.0-18.18-generic 3.19.6
Uname: Linux 3.19.0-18-generic x86_64
ApportVersion: 2.17.2-0ubuntu1.1
Architecture: amd64
AudioDevicesInUse:
 USER PID ACCESS COMMAND
 /dev/snd/controlC1: tom 1635 F.... pulseaudio
Date: Mon Jun 1 20:03:57 2015
HibernationDevice: RESUME=UUID=ae61b08a-a372-4d5a-b4d6-64bf1c8a55a8
InstallationDate: Installed on 2015-05-31 (0 days ago)
InstallationMedia: Ubuntu 15.04 "Vivid Vervet" - Release amd64 (20150422)
MachineType: Microsoft Corporation Surface Pro 2
ProcEnviron:
 LANGUAGE=en_AU:en
 TERM=xterm
 PATH=(custom, no user)
 LANG=en_AU.UTF-8
 SHELL=/bin/bash
ProcFB: 0 inteldrmfb
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.19.0-18-generic.efi.signed root=UUID=cc5fc4f0-7f27-42c3-b890-87ac9cbf1628 ro quiet splash vt.handoff=7
PulseList:
 Error: command ['pacmd', 'list'] failed with exit code 1: Home directory not accessible: Permission denied
 No PulseAudio daemon running, or not running as session daemon.
RelatedPackageVersions:
 linux-restricted-modules-3.19.0-18-generic N/A
 linux-backports-modules-3.19.0-18-generic N/A
 linux-firmware 1.143.1
SourcePackage: linux
UdevLog: Error: [Errno 2] No such file or directory: '/var/log/udev'
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 04/10/2015
dmi.bios.vendor: American Megatrends Inc.
dmi.bios.version: 2.05.0250
dmi.board.asset.tag: To be filled by O.E.M.
dmi.board.name: Surface Pro 2
dmi.board.vendor: Microsoft Corporation
dmi.board.version: 1
dmi.chassis.asset.tag: 0
dmi.chassis.type: 11
dmi.chassis.vendor: Microsoft Corporation
dmi.chassis.version: 1
dmi.modalias: dmi:bvnAmericanMegatrendsInc.:bvr2.05.0250:bd04/10/2015:svnMicrosoftCorporation:pnSurfacePro2:pvr1:rvnMicrosoftCorporation:rnSurfacePro2:rvr1:cvnMicrosoftCorporation:ct11:cvr1:
dmi.product.name: Surface Pro 2
dmi.product.version: 1
dmi.sys.vendor: Microsoft Corporation

Revision history for this message
Tom (vsboost) wrote :
Revision history for this message
Brad Figg (brad-figg) wrote : Status changed to Confirmed

This change was made by a bot.

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

Tom, thank you for reporting this and helping make Ubuntu better. Could you please test the latest upstream kernel available from the very top line at the top of the page (the release names are irrelevant for testing, and please do not test the daily folder) following https://wiki.ubuntu.com/Kernel/MainlineBuilds ? It will allow additional upstream developers to examine the issue.

If the test did not allow you to test to the issue (ex. you couldn't boot into the OS) please make a comment in your report about this, and continue to test the next most recent kernel version until you can test to the issue. Once you've tested the upstream kernel, please comment on which kernel version specifically you tested. If this bug is fixed in the mainline kernel, please add the following tags by clicking on the yellow circle with a black pencil icon, next to the word Tags, located at the bottom of the report description:
kernel-fixed-upstream
kernel-fixed-upstream-X.Y-rcZ

Where XY and Z are numbers corresponding to the kernel version.

If the mainline kernel does not fix this bug, please add the following tags:
kernel-bug-exists-upstream
kernel-bug-exists-upstream-X.Y-rcZ

Please note, an error to install the kernel does not fit the criteria of kernel-bug-exists-upstream.

Once testing of the upstream kernel is complete, please mark this bug's Status as Confirmed. Please let us know your results.

Thank you for your understanding.

tags: added: latest-bios-v2.5.250.0
Changed in linux (Ubuntu):
importance: Undecided → Medium
status: Confirmed → Incomplete
Revision history for this message
Tom (vsboost) wrote :

Thanks Christopher,

I tried with v4.1-rc6-unstable and problem still exists.

tags: added: kernel-bug-exists-upstream kernel-bug-exists-upstream-4.1-rc6
Changed in linux (Ubuntu):
status: Incomplete → Confirmed
Revision history for this message
penalvch (penalvch) wrote :

Tom, the issue you are reporting is an upstream one. Could you please report this problem to the appropriate mailing list (linux-wireless) by following the instructions verbatim at https://wiki.ubuntu.com/Bugs/Upstream/kernel ?

Please provide a direct URL to your e-mail to the mailing list once you have made it so that it may be tracked via http://vger.kernel.org/vger-lists.html . It can take a day for the new e-mail to show up in the respective archive.

Thank you for your understanding.

Changed in linux (Ubuntu):
status: Confirmed → Triaged
Revision history for this message
kenokabe (kenokabe) wrote :

Bug 69661 - mwifiex_usb on MS Surface Pro 1 is unstable
https://bugzilla.kernel.org/show_bug.cgi?id=69661

>Most of the posted patches, found at top of page, can be found in the linux-next branch on kernel.org. To download/clone this repo just run the command:
git clone git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git

Some guy seems to have patched for this issue on the 'next' version of the kernel.
They report it does not work perfectly but woks reliably.
I will git clone and build and try by myself.

Revision history for this message
kenokabe (kenokabe) wrote :

I built the latest stable kernel 4.1.6 with the patch under Debian8.1 for deb packages.

https://github.com/kenokabe/linux-kernel-4.1.6-mwiflex-usb-patch

Revision history for this message
kenokabe (kenokabe) wrote :
Revision history for this message
Tom (vsboost) wrote :

Just installed 4.3-rc2-unstable and wifi works now.

Revision history for this message
penalvch (penalvch) wrote :

Tom, the next step is to fully reverse commit bisect from kernel 4.1-rc6 to 4.3-rc2 in order to identify the last bad commit, followed immediately by the first good one. Once this commit has been identified, then it may be reviewed as a candidate for backporting into your release. Could you please do this following https://wiki.ubuntu.com/Kernel/KernelBisection#How_do_I_reverse_bisect_the_upstream_kernel.3F ?

Please note, finding adjacent kernel versions is not fully commit bisecting.

Thank you for your understanding.

Helpful bug reporting tips:
https://wiki.ubuntu.com/ReportingBugs

tags: added: kernel-fixed-upstream kernel-fixed-upstream-4.3-rc2 needs-reverse-bisect
removed: kernel-bug-exists-upstream
Changed in linux (Ubuntu):
status: Triaged → Incomplete
Revision history for this message
Tom (vsboost) wrote :

Thanks Christopher, when i have some time i will try to go back to the upstream kernel where it doesn't work. I think it may have been ressolved in v4.3-rc1-unstable there were a heap of changes to mwifiex.

Amitkumar Karwar (3):
      mwifiex: corrections in PCIe event skb handling
      mwifiex: add missing skb_push() in mwifiex_check_uap_capabilties
      mwifiex: correct TDLS link delete failure message priority

Andreas Fenkart (8):
      mwifiex: sdio: reset adapter using mmc_hw_reset
      mwifiex: remove explicit mwifiex_complete_cmd calls
      mwifiex: remove redundant reset of cmd_wait_q status
      mwifiex: remove CMD_F_CANCELED flag
      mwifiex: simplify mwifiex_complete_cmd
      Documentation: dt: update ti,am33xx-hsmmc swakeup workaround
      mmc: omap_hsmmc: call omap_hsmmc_set_power directly
      mmc: omap_hsmmc: regulator automatically released by devm

Aniket Nagarnaik (6):
      mwifiex: fix for p2p broken link
      mwifiex: add bss mode TLV to extended scan command
      mwifiex: use maximum ssid length as 0xfe for p2p
      mwifiex: correct p2p and station interface counters
      Bluetooth: btmrvl: release sdio bus after firmware is up
      mwifiex: claim sdio bus while downloading the firmware

Avinash Patil (10):
      mwifiex: add tx data pause support
      mwifiex: update domain_info upon band change in start_ap
      mwifiex: support for bypass tx queue
      mwifiex: enable traffic only when port is open
      mwifiex: extend tx_data pause to AP interface as well
      mwifiex: support to set multichannel policy to FW
      mwifiex: advertise multichannel support to cfg80211
      mwifiex: separate interface combination for multichannel and DFS
      mwifiex: handle multichannel event
      MAINTAINERS: update for mwifiex driver maintainers

mwifiex: usb: return an error if kmalloc fails

John Linville (5):
      wireless: remove superfluous if statement in regulatory code
      mwifiex: avoid freeing improper pointer in mwifiex_set_wowlan_mef_entry
      mwifiex: do not short circuit exit from mwifiex_set_mgmt_ies
      mwifiex: fix leak of gen_ie storage on exit from mwifiex_del_mgmt_ies
      mwl8k: refactor some conditionals for clarity

Reyad Attiyat (2):
      mwifiex: usb: Fix double add error when submitting rx urb

Xinming Hu (9):
      mwifiex: block data traffic to tx paused receive address
      mwifiex: do not increase tx_pkts_queued if receive address tx paused
      mwifiex: add tdls channel switch status
      mwifiex: process tdls channel switch event
      mwifiex: add tdls config command
      mwifiex: enable tdls channel switch ext_cap
      mwifiex: enhance tdls link setup condition
      mwifiex: add cfg80211 tdls channel switch handler
      mwifiex: using right aid value for tdls action frame

Zhaoyang Liu (4):
      mwifiex: fix command timeout for PCIe chipsets
      mwifiex: fix system crash observed during initialisation
      mwifiex: add support for 8997 chipset
      mwifiex: add firmware dump support for SD8997

chunfan chen (1):
      mwifiex: fix unable to connect hidden SSID AP on DFS channel

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.