Opened 3 years ago
Closed 20 months ago
#17276 closed bug (fixed)
[usb_hid] crash in usb_hid_device_added
| Reported by: | Animortis0 | Owned by: | waddlesplash |
|---|---|---|---|
| Priority: | normal | Milestone: | R1/beta4 |
| Component: | Drivers/USB | Version: | R1/Development |
| Keywords: | Cc: | bga | |
| Blocked By: | Blocking: | #17846 | |
| Platform: | All |
Description
Getting the attached kernel panic on booting from USB with the latest nightly (55443). The stable version does not boot at all, either. Seems to be related to USB. Without USB, I can't get to the boot menu to blacklist this stuff, so idk what to do. Attached.
Attachments (4)
Change History (25)
by , 3 years ago
| Attachment: | haiku-kernel-panic-55443.jpg added |
|---|
comment:1 by , 3 years ago
| Component: | - General → Drivers/USB |
|---|---|
| Owner: | changed from to |
| Status: | new → assigned |
comment:2 by , 3 years ago
| Summary: | Kernel panic on boot -- related to USB? → [usb_hid] crash in usb_hid_device_added |
|---|
comment:4 by , 3 years ago
I think it isn't detecting my USB keyboard due to this error, so I haven't been able to get the boot menu up.
comment:5 by , 3 years ago
The bootloader starts before the kernel and drivers. Sometimes it's tricky to get there. Try to smash spacebar early in the boot process before the icons show up.
comment:7 by , 3 years ago
I used it on two other prior nightlies and got a similar error. I can’t get the stable version to boot past the load splash, so I’m not sure if it’s a similar error.
comment:8 by , 3 years ago
Update: Blacklisting the component (/boot/system/add-ons/kernel/drivers/dev/input/usb_hid) did allow me to boot, but then I can't use my mouse or keyboard. Nightly 55481.
comment:9 by , 3 years ago
I suspect I have failing hardware that's causing this. Other OS's are reporting an error with the USB hub, too. Their ability to boot depends on how well they bypass the error. A potential fix might be to ignore the hub if it doesn't work?
comment:10 by , 2 years ago
FWIIW, I have exactly the same issue on an Alienware keyboard and it is definitely not failing hardware (it is brand new and other OSs have no issues with it).
comment:11 by , 2 years ago
Some information that might be helpful:
Booting without the keyboard and connecting it after boot results in exactly the same crash.
I tried with a different USB keyboard and was able to boot, but then. connecting my mouse stalled usb_hid (I guess and keyboard and mouse did not work).
comment:12 by , 2 years ago
| Cc: | added |
|---|
comment:13 by , 2 years ago
Does using USB Passthrough with these devices in a VM cause the same KDLs?
comment:14 by , 2 years ago
I can pass through a USB of the Haiku nightly installer in a Virt Manager instance, but I don't get any errors. It loads it fine.
comment:16 by , 2 years ago
I'm not sure quite how to do that.
Attaching the latest crash as of 55768.
by , 2 years ago
| Attachment: | error-haiku-master-hrev55961-x86_64-anyboot.jpg added |
|---|
hrev55961 error March232022
comment:19 by , 2 years ago
This is still not the original problem. It seems your system cannot (anymore?) boot from USB. That needs a separate ticket.
comment:20 by , 21 months ago
| Blocking: | 17846 added |
|---|
comment:21 by , 20 months ago
| Milestone: | Unscheduled → R1/beta4 |
|---|---|
| Resolution: | → fixed |
| Status: | assigned → closed |
Should be fixed by hrev56432.
Screenshot of kernel panic