FS#61098 - [linux] 4.19.8 suspend failures on macbookpro

Attached to Project: Arch Linux
Opened by Quido Meijer (Aapzak) - Sunday, 16 December 2018, 13:48 GMT
Last edited by Andreas Radke (AndyRTR) - Tuesday, 01 March 2022, 21:39 GMT
Task Type Bug Report
Category Kernel
Status Closed
Assigned To Jan Alexander Steffens (heftig)
Architecture x86_64
Severity Medium
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 1
Private No

Details

Description:
On MacbookPro11,4 suspend breaks with kernel 4.19.8-arch1-1-ARCH. First time suspend work but any attempt to suspend after that will fail. I did not tweak that much on this machine so I don't think any additional config files and such really matter.

I attached dmesg output, in which you'll see that usb2 is blocking suspending. I also added lsusb -v for that specific device, there is a small difference between pre and post suspend for port 4.

Additional info:
* linux 4.19.8.arch1-1

Steps to reproduce:
On MacbookPro11,4:
suspend, resume and suspend again. Works without gui and without even logging in.
   lsusb_pre (2.9 KiB)
   dmesg (88.5 KiB)
   lsusb_post (2.9 KiB)
This task depends upon

Closed by  Andreas Radke (AndyRTR)
Tuesday, 01 March 2022, 21:39 GMT
Reason for closing:  No response
Comment by Jeremy M. (jskier) - Monday, 31 December 2018, 21:11 GMT
Does it not suspend at all and continues to be usuable? I'm having a similar problem with an Intel desktop where it completely locks up on suspend after updating to 4.19.8 (also, for me seems present on 4.20).
Comment by Quido Meijer (Aapzak) - Tuesday, 01 January 2019, 17:01 GMT
Yes, exactly. After telling the system to suspend, it can't reach suspend mode and remains usable.

I can't reproduce anymore since I handed in the MacbookPro11,4 and got a Dell now, which does not have this issue.

Comment by Al Gebra (cpuheater) - Wednesday, 09 January 2019, 06:47 GMT
I'm having the same problem on a MacBookPro11,3 (presumably very similar hardware).
This is possibly related to the misbehaving SD card reader on usb2, which does not reappear after the first suspend.

The (so far fruitless) bug report and discussions of the card reader issue are here:
- https://bugzilla.kernel.org/show_bug.cgi?id=111201
- https://marc.info/?l=linux-usb&m=151487603631643&w=2

Apparently with earlier kernel versions this just did not cause subsequent suspends to fail.
Comment by Andreas Radke (AndyRTR) - Tuesday, 10 December 2019, 12:33 GMT
Is this still an issue?

Loading...