[Kernel-packages] [Bug 1507472] Re: XHCI controller causing MacbookPro12, 1 to resume immediately after suspend

2016-01-21 Thread Christopher M. Penalver
Michael Gratton, the issue you are reporting is an upstream one. Could you please report this problem following the instructions verbatim at https://wiki.ubuntu.com/Bugs/Upstream/kernel to the appropriate mailing list (TO Mathias Nyman CC linux-usb)? Please provide a direct URL to your post to

[Kernel-packages] [Bug 1507472] Re: XHCI controller causing MacbookPro12, 1 to resume immediately after suspend

2016-01-21 Thread Michael Gratton
No change with it regardless: > $ uname -a > Linux payens 4.4.0-040400-generic #201601101930 SMP Mon Jan 11 00:32:41 UTC > 2016 x86_64 x86_64 x86_64 GNU/Linux Full dmesg is attached. Note this ~4s pause: > [2.809149] clocksource: Switched to clocksource tsc > [6.505235] xhci_hcd

[Kernel-packages] [Bug 1507472] Re: XHCI controller causing MacbookPro12, 1 to resume immediately after suspend

2016-01-21 Thread Christopher M. Penalver
** Tags added: kernel-bug-exists-upstream kernel-bug-exists-upstream-4.4 -- 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/1507472 Title: XHCI controller causing MacbookPro12,1 to resume

[Kernel-packages] [Bug 1507472] Re: XHCI controller causing MacbookPro12, 1 to resume immediately after suspend

2016-01-20 Thread Christopher M. Penalver
Michael Gratton, 4.4 is not older than 4.4-rc8. Its time stamp is earlier because of changes made to the folder, not due to chronology. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu.

[Kernel-packages] [Bug 1507472] Re: XHCI controller causing MacbookPro12, 1 to resume immediately after suspend

2016-01-20 Thread Michael Gratton
Still happens with: 4.4.0-040400rc8-generic from the mainline PPA (there is a non RC 4.4 there, but it's older than RC8 so I used that instead). These errors are reported now: > [ 11.924171] usb 2-3: device not accepting address 2, error -62 > [ 16.832609] usb 1-3: device descriptor read/64,

[Kernel-packages] [Bug 1507472] Re: XHCI controller causing MacbookPro12, 1 to resume immediately after suspend

2016-01-19 Thread Christopher M. Penalver
Michael Gratton, could you please test the latest mainline kernel (4.4) and advise to the results? ** No longer affects: linux-firmware (Ubuntu) ** Project changed: linux => linux (Ubuntu) ** Changed in: linux (Ubuntu) Importance: Unknown => Undecided ** Changed in: linux (Ubuntu)

[Kernel-packages] [Bug 1507472] Re: XHCI controller causing MacbookPro12, 1 to resume immediately after suspend

2016-01-19 Thread Chris Bainbridge
** Bug watch added: Linux Kernel Bug Tracker #101681 http://bugzilla.kernel.org/show_bug.cgi?id=101681 ** Also affects: unitylinux via http://bugzilla.kernel.org/show_bug.cgi?id=101681 Importance: Unknown Status: Unknown -- You received this bug notification because you are a

[Kernel-packages] [Bug 1507472] Re: XHCI controller causing MacbookPro12, 1 to resume immediately after suspend

2016-01-19 Thread Chris Bainbridge
** Project changed: unitylinux => linux -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux-firmware in Ubuntu. https://bugs.launchpad.net/bugs/1507472 Title: XHCI controller causing MacbookPro12,1 to resume immediately after

[Kernel-packages] [Bug 1507472] Re: XHCI controller causing MacbookPro12, 1 to resume immediately after suspend

2015-12-18 Thread Ricardo Salveti
Tested latest daily (4.4.0-rc5 based) and this is still an issue: [ 524.598918] PM: suspend of devices complete after 206.893 msecs [ 524.618522] PM: late suspend of devices complete after 19.604 msecs [ 524.618686] thunderbolt :07:00.0: suspending... [ 524.618901] thunderbolt

[Kernel-packages] [Bug 1507472] Re: XHCI controller causing MacbookPro12, 1 to resume immediately after suspend

2015-11-25 Thread Michael Gratton
Hmm, no it hasn't. I think there is either a controller or device initialisation problem, and it might be a race. On power-on, one of two different things will happen after the Mac startup chime: 1. Usually, there will be along pause (30sec? 1min?), some random display corruption, then boot

[Kernel-packages] [Bug 1507472] Re: XHCI controller causing MacbookPro12, 1 to resume immediately after suspend

2015-11-25 Thread Michael Gratton
Quick update, after installing 4.4-rc2 from the mainline kernel PPA, the problem has gone away again. Will report back after some use if that seems to be persisting. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux-firmware in

[Kernel-packages] [Bug 1507472] Re: XHCI controller causing MacbookPro12, 1 to resume immediately after suspend

2015-11-10 Thread Christopher M. Penalver
Michael Gratton, could you please test http://cdimage.ubuntu.com/daily- live/current/ and advise to the results? ** Changed in: linux-firmware (Ubuntu) Importance: Undecided => Medium ** Changed in: linux-firmware (Ubuntu) Status: Invalid => Incomplete -- You received this bug

[Kernel-packages] [Bug 1507472] Re: XHCI controller causing MacbookPro12, 1 to resume immediately after suspend

2015-11-09 Thread Michael Gratton
I'm not sure what you mean - it's the firmware hasn't changed, it's the same version that appeared to have fixed the problem in the first place. -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux-firmware in Ubuntu.

[Kernel-packages] [Bug 1507472] Re: XHCI controller causing MacbookPro12, 1 to resume immediately after suspend

2015-11-06 Thread Christopher M. Penalver
Michael Gratton, given this issue was previously resolved, and then you are having an issue on a later firmware version, this is a new issue, and is considered a regression to that. Hence, please file a new report (not reopen this one) via a terminal: ubuntu-bug linux-firmware Please feel free

[Kernel-packages] [Bug 1507472] Re: XHCI controller causing MacbookPro12, 1 to resume immediately after suspend

2015-11-04 Thread Michael Gratton
I'm re-opening this because I am intermittently seeing the same behaviour per the description again. Likewise, disabling the XHCI in /proc/acpi/wakeup remains a usable workaround. This is using linux-generic 4.2.0.16.18 and linux-firmware 1.149. ** Also affects: linux (Ubuntu) Importance:

[Kernel-packages] [Bug 1507472] Re: XHCI controller causing MacbookPro12, 1 to resume immediately after suspend

2015-10-20 Thread Christopher M. Penalver
Michael Gratton, this bug report is being closed due to your last comment https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1507472/comments/5 regarding this being fixed by upgrading linux-firmware. For future reference you can manage the status of your own bugs by clicking on the current

[Kernel-packages] [Bug 1507472] Re: XHCI controller causing MacbookPro12, 1 to resume immediately after suspend

2015-10-19 Thread Christopher M. Penalver
Michael Gratton, 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 from http://kernel.ubuntu.com/~kernel- ppa/mainline/?C=N;O=D (the release names are irrelevant for testing, and

[Kernel-packages] [Bug 1507472] Re: XHCI controller causing MacbookPro12, 1 to resume immediately after suspend

2015-10-19 Thread Michael Gratton
I just tried reproducing this with the most recent from the link above (v4.3-rc6-unstable) and couldn't, then went back to the current wily kernel (4.2.0-16-generic) and still can't reproduce it. So now I am wondering if the updated firmware for the BCM43602 wifi card in linux-firmware 1.149

[Kernel-packages] [Bug 1507472] Re: XHCI controller causing MacbookPro12, 1 to resume immediately after suspend

2015-10-19 Thread Michael Gratton
Just to confirm, using kernel 4.2.0-16-generic, downgrading linux- firmware to 1.148 caused the problem to reappear then upgrading it back to 1.149 caused the problem to go away again. So it seems this issue was caused by the Broadcom's firmware, rather than the kernel. -- You received this bug