Hey all,
On 11-04-16 07:12, Felipe Balbi wrote:
Hi,
Janna Martl <janna.martl...@gmail.com> writes:
On 2016-04-04 9:06:28, Olliver Schinagl wrote:
Hi list,
I have a Apple Inc. MacBookPro11,1 (with the most recent 'bios': BIOS
MBP111.88Z.0138.B16.1509081438 09/08/2015).
At the beginning, USB worked normally. After a while (and after newer kernel
versions released by debian?) things started to act strangely. For one, the
you need to try with latest kernel from Linus. Please download v4.6-rc3
from kernel.org, compile and try with that.
I've tried with kernels from 3.16 to v4.6-rc2 updating every few weeks.
Anything special I should watch out for in rc3 that changed since rc2?
bios/efi boot takes a very long time (probably due to the same reason I describe
later) just to get to the bootloader/grub. Likley resetting and probing for USB
ports/mass storage. When grub finally pops up, I can use the (internal USB based
keyboard) normally to select a grub entry etc.
Booting the kernel then works reasonably fine, until it loads the xhci module.
It spews some messages in dmesg (taking some 15 seconds) and only then, the
keyboard starts to work again.
which messages ? We need these dmesg messages
As mentioned by Janna, they are at the bugzilla issue number 115741 [0]
(unless you prefer them zipped otherwise they sometimes don't fit).
I have the same hardware and am having the same problem. For me, it
works properly about half the time. I've discovered two things that
might be helpful:
(1) When I don't have the problem, I have an efivars entry
/sys/firmware/efi/efivars/usb-cr-rec-7c436110-ab2a-4bbb-a880-fe41995c9f82
and when I do have the problem, this entry is not present. (AFAICT this
is the only thing that changes in efivars, except for something that
looks like a boot counter.)
For the record:
$ hexdump usb-cr-rec-7c436110-ab2a-4bbb-a880-fe41995c9f82
0000000 0006 8000 0001 0000
0000008
(2) Unlike (1) this is not a 100% correlation, but usually when it works
properly, my internal keyboard turns up as /dev/input/event5, and when there's
a delay, it turns up as event12, event13, or event14 (and this sometimes
this is a consequence of XHCI taking too much time to register...
And re-registering all its input devices. Since I keep my machine mostly
suspended and not reboot that often, it has been quite a while that I
had a successfull boot. I'll try to find some time to do a few boot
loops (alternating with booting OSX in the hope that it resets the xhci
controller properly). and check the content of that file.
changes after suspend, when there's also a delay correlated to the boot
delay).
From /proc/bus/input/devices when it works:
I: Bus=0003 Vendor=05ac Product=0259 Version=0111
N: Name="Apple Inc. Apple Internal Keyboard / Trackpad"
P: Phys=usb-0000:00:14.0-5/input0
... note that your keyboard is just a USB device.
[0]https://bugzilla.kernel.org/show_bug.cgi?id=115741
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
