148f:5370 [MacBookPro11,1] Suspend breaks network

[Jussi Pakkanen]

Using a 13 inch MBP Retina suspend the machine either by closing the lid or with the menu option. Then resume. All entries from the network indicator have disappeared. The only option selectable is "enable networking" but clicking on that has no effect. Network remains broken.

I'm using an external USB Wifi dongle. The behavior is the same whether I unplug it before suspending or not.

ProblemType: Bug
DistroRelease: Ubuntu 14.04
Package: linux-image-3.13.0-24-generic 3.13.0-24.47
ProcVersionSignature: Ubuntu 3.13.0-24.47-generic 3.13.9
Uname: Linux 3.13.0-24-generic x86_64
ApportVersion: 2.14.1-0ubuntu3
Architecture: amd64
AudioDevicesInUse:
 USER PID ACCESS COMMAND
 /dev/snd/controlC1: jpakkane 1934 F.... pulseaudio
 /dev/snd/pcmC1D0p: jpakkane 1934 F...m pulseaudio
 /dev/snd/controlC0: jpakkane 1934 F.... pulseaudio
CurrentDesktop: Unity
Date: Fri May 9 14:13:20 2014
EcryptfsInUse: Yes
InstallationDate: Installed on 2014-05-06 (2 days ago)
InstallationMedia: Ubuntu 14.04 LTS "Trusty Tahr" - Release amd64+mac (20140417)
MachineType: Apple Inc. MacBookPro11,1
ProcFB: 0 inteldrmfb
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.13.0-24-generic root=UUID=0ea9dbdc-336b-45c1-b876-3d2a3f10a020 ro quiet splash vt.handoff=7
RelatedPackageVersions:
 linux-restricted-modules-3.13.0-24-generic N/A
 linux-backports-modules-3.13.0-24-generic N/A
 linux-firmware 1.127
SourcePackage: linux
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 02/12/2014
dmi.bios.vendor: Apple Inc.
dmi.bios.version: MBP111.88Z.0138.B07.1402121134
dmi.board.asset.tag: Base Board Asset Tag#
dmi.board.name: Mac-189A3D4F975D5FFC
dmi.board.vendor: Apple Inc.
dmi.board.version: MacBookPro11,1
dmi.chassis.type: 10
dmi.chassis.vendor: Apple Inc.
dmi.chassis.version: Mac-189A3D4F975D5FFC
dmi.modalias: dmi:bvnAppleInc.:bvrMBP111.88Z.0138.B07.1402121134:bd02/12/2014:svnAppleInc.:pnMacBookPro11,1:pvr1.0:rvnAppleInc.:rnMac-189A3D4F975D5FFC:rvrMacBookPro11,1:cvnAppleInc.:ct10:cvrMac-189A3D4F975D5FFC:
dmi.product.name: MacBookPro11,1
dmi.product.version: 1.0
dmi.sys.vendor: Apple Inc.

[Brad Figg (brad-figg)]

This change was made by a bot.

[Joseph Salisbury (jsalisbury)]

Did this issue occur in a previous version of Ubuntu, or is this a new issue?

Would it be possible for you to test the latest upstream kernel? Refer to https://wiki.ubuntu.com/KernelMainlineBuilds . Please test the latest v3.15 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'.

If you are unable to test the mainline kernel, for example it will not boot, please add the tag: 'kernel-unable-to-test-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/v3.15-rc4-utopic/

[Jussi Pakkanen (jpakkane)]

I don't know if this is a regression or not, this laptop is brand new and I have only ever had Trusty on it.

The same issue happens with the upstream kernel. When I plug in the wifi dongle, this gets printed into dmesg:

[ 184.692697] usb 1-2: new high-speed USB device number 10 using xhci_hcd
[ 184.894541] usb 1-2: New USB device found, idVendor=148f, idProduct=5370
[ 184.894544] usb 1-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 184.894546] usb 1-2: Product: 802.11 n WLAN
[ 184.894547] usb 1-2: Manufacturer: Ralink
[ 184.894548] usb 1-2: SerialNumber: 1.0
[ 185.061190] usb 1-2: reset high-speed USB device number 10 using xhci_hcd
[ 185.061244] xhci_hcd 0000:00:14.0: Setup ERROR: setup context command for slot 10.
[ 185.061247] usb 1-2: hub failed to enable device, error -22
[ 185.173102] usb 1-2: reset high-speed USB device number 10 using xhci_hcd
[ 185.173167] xhci_hcd 0000:00:14.0: Setup ERROR: setup context command for slot 10.
[ 185.173170] usb 1-2: hub failed to enable device, error -22
[ 185.285213] usb 1-2: reset high-speed USB device number 10 using xhci_hcd
[ 185.312657] xhci_hcd 0000:00:14.0: xHCI xhci_drop_endpoint called with disabled ep ffff880454231c48
[ 185.312660] xhci_hcd 0000:00:14.0: xHCI xhci_drop_endpoint called with disabled ep ffff880454231c00
[ 185.312661] xhci_hcd 0000:00:14.0: xHCI xhci_drop_endpoint called with disabled ep ffff880454231c90
[ 185.312663] xhci_hcd 0000:00:14.0: xHCI xhci_drop_endpoint called with disabled ep ffff880454231cd8
[ 185.312664] xhci_hcd 0000:00:14.0: xHCI xhci_drop_endpoint called with disabled ep ffff880454231d20
[ 185.312665] xhci_hcd 0000:00:14.0: xHCI xhci_drop_endpoint called with disabled ep ffff880454231d68
[ 185.312666] xhci_hcd 0000:00:14.0: xHCI xhci_drop_endpoint called with disabled ep ffff880454231db0
[ 185.313005] ieee80211 phy3: rt2x00_set_rt: Info - RT chipset 5390, rev 0502 detected
[ 185.322718] ieee80211 phy3: rt2x00_set_rf: Info - RF chipset 5370 detected
[ 185.322919] ieee80211 phy3: Selected rate control algorithm 'minstrel_ht'

[penalvch (penalvch)]

Jussi Pakkanen, could you please test the latest mainline kernel via http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.15-rc6-utopic/ , and if reproducible please provide 3. and 4. from https://wiki.ubuntu.com/DebuggingKernelSuspend ?

[Jussi Pakkanen (jpakkane)]

Debugging revealed that the kernel brings up the wifi card but network manager does nothing when this happens. Running "sudo service network-manager restart" fixes the issue.