No logs are available.
The preboot UEFI environment is broken and was always broken, but patient
people could make the mac boot.
What is new is that during boot xhci_kcd halts all usb at early boot, so no
console keyboard is available. That xhci thing was always a trouble maker of
poor quality.
I am working on making macOs run in the mean-time, its way old and never
updated.
It is possible that I after that can make a fresh (old-version) install of
Linux to a partition I conveniently left on the ssd.
Once macOS boots nicely, If there is a way to kill off everything that smells
like xhci, then the existing installation may be able to boot
- I may at some point be able to remove xhci from initramfs
If it is possible to "repair" the broken uefi provided by Linux, that would be
good to
And of course Linux can't read mac encryption and mac can't read Linux
encryption.
Just another Linux refusing to run on fancy hardware. This is super-
mainstream 18 months old, why can't Linux run it?
** Changed in: linux (Ubuntu)
Status: Incomplete => Confirmed
--
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/1668105
Title:
xhci_kcd module turns off usb host controller on boot
Status in linux package in Ubuntu:
Confirmed
Bug description:
So we know this xhci_kcd was always shit in that it turns off the
console usb keyboard for long running computers and that it on abrupt
termination of Linux puts usb in a 12x slower mode. It is buggy, it
was always buggy, and its getting worse.
With Linux 4.8.0-37, this crappy software decides to halt the host
controller on boot, ie. turn off the console keyboard preventing any
boot. I cannot think of any situation where anyone would want their
host controller halted.
This is MacBook Pro 2015. So, it's already broken in UEFI-grub as it
always was, ie. every key press takes 8 seconds, but you only need
two, so you can boot in 16 s.
I tried to disable the xhci_kcd crap by using kernel parameter
noxhci_port_switch or modprobe.blacklist=xhci_hcd neither which works.
Because it has crap in UEFI, the computer will not boot any external
hard drive or usb fob. The only thing that works is Apple rescue that
gets rid of the xhci garbage, and the boot os x immediately after
that.
So the log output
xhci_hcd 0000:00:14.0: Timeout while waiting for setup device command
xhci_hcd 0000:00:14.0: xHCI host not responding to stop endpoint command.
- and a bit later:
xhci_hcd 0000:00:14.0: Assuming host is dying, halting host.
xhci_hcd 0000:00:14.0: HC died; cleaning up
This clown programming of Linux has to stop. Why would anyone ever
want their host controller halted?
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1668105/+subscriptions
--
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help : https://help.launchpad.net/ListHelp
