Opened 10 years ago
Closed 8 years ago
#11688 closed bug (fixed)
Unable to find irq routing for Intel ValleyView Encryption controller.
Reported by: | mt | Owned by: | kallisti5 |
---|---|---|---|
Priority: | normal | Milestone: | R1 |
Component: | Drivers/ACPI | Version: | R1/Development |
Keywords: | Cc: | ||
Blocked By: | #13387 | Blocking: | |
Platform: | x86 |
Description (last modified by )
MSI J1900I motherboard (BayTrail / ValleyView) fails to boot because of "unable to find irq routing for PCI 0:26:0 (0:26:0 seems Intel ValleyView Encryption controller, please see lspci.txt)". Safe mode with disabling ACPI can boot.
Tested hrev48592 gcc4 / gcc2 hybrid. Motherboard spec; http://www.msi.com/product/mb/J1900I.html
Attachments (7)
Change History (17)
by , 10 years ago
Attachment: | screenshot.JPG added |
---|
comment:3 by , 10 years ago
Replying to diver:
Does it boot without ACPI?
Hi, "Disable IO-APIC" or "Disable ACPI" in safe mode can boot.
follow-up: 5 comment:4 by , 10 years ago
The addresses aren't necessarily the same across PCI (driver) implementations, so the lspci output probably doesn't match the one of Haiku.
To match up the devices the device ids are needed. Please attach the debug output of Haiku up to the panic (with the PCI dump and interrupt routing debug output) and the verbose lspci output (use lspci -v).
comment:5 by , 10 years ago
Replying to mmlr:
To match up the devices the device ids are needed. Please attach the debug output of Haiku up to the panic (with the PCI dump and interrupt routing debug output) and the verbose lspci output (use lspci -v).
Hi, I added result of "ints", "ints_load", "pcistatus", "pcireresh" and "lspci -v". Please tell me if you need other information.
comment:6 by , 8 years ago
Owner: | changed from | to
---|---|
Status: | new → assigned |
comment:7 by , 8 years ago
Blocked By: | 13387 added |
---|
follow-up: 9 comment:8 by , 8 years ago
Please give hrev51032 or later a try. While the core issue for this one wasn't fixed.. it should help the system power through the problem and boot anyway with a warning in syslog. If you don't see the warning then the issue was potentially already fixed. (since this was reported 2 years ago)
comment:9 by , 8 years ago
Replying to kallisti5:
Please give hrev51032 or later a try. While the core issue for this one wasn't fixed.. it should help the system power through the problem and boot anyway with a warning in syslog. If you don't see the warning then the issue was potentially already fixed. (since this was reported 2 years ago)
Sorry, I gave away the motherboard, so I can not test it now. Is there anyone else who can test on BayTrail / ValleyView motherboard?
comment:10 by , 8 years ago
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
I have a ValleyView but never saw this one (lack of an encryption controller likely) I'm just going to assume this one is resolved. Feel free to re-open if anyone else sees it (maybe to investigate the reason for the missing IRQ routing table for the PCI device)
Screenshot of kernel debugger.