Opened 14 years ago
Closed 14 years ago
#7690 closed bug (invalid)
Regression: Unhandled interrupts on ICH9 system (was acpi_battery no longer being loaded)
| Reported by: | brecht | Owned by: | mmlr |
|---|---|---|---|
| Priority: | high | Milestone: | R1 |
| Component: | System/Kernel | Version: | R1/Development |
| Keywords: | Cc: | ||
| Blocked By: | Blocking: | ||
| Platform: | All |
Description
At this point, I can only say it's in a build newer than R1A2. I can do a binary search later, if needed.
The attached syslog shows the KDL ints output at the end (right after a fresh boot).
Attachments (5)
Change History (15)
by , 14 years ago
by , 14 years ago
| Attachment: | listdev.txt added |
|---|
by , 14 years ago
follow-up: 3 comment:1 by , 14 years ago
| Owner: | changed from to |
|---|---|
| Priority: | normal → high |
| Status: | new → assigned |
| Summary: | acpi_battery no longer being loaded → Regression: Unhandled interrupts on ICH9 system (was acpi_battery no longer being loaded) |
The new int handling seems to be the problem for you.
comment:2 by , 14 years ago
| Component: | Drivers/ACPI → System/Kernel |
|---|
comment:3 by , 14 years ago
Replying to tqh:
The new int handling seems to be the problem for you.
Before jumping to conclusions there's a convenient way to verify that assumption: Try explicitly disabling IO-APICs in the safe mode options of the boot loader and check if that resolves the problem.
Also the changed ticket summary is rather misleading. From the ints output there's not any unusally high number of unhandled interrupts present.
follow-up: 5 comment:4 by , 14 years ago
I'm sorry but that's the way I saw it. 2.7 million unhandled ints for int 219 sound very high to me.
comment:5 by , 14 years ago
Replying to tqh:
I'm sorry but that's the way I saw it. 2.7 million unhandled ints for int 219 sound very high to me.
Indeed, and that should probably be investigated as well. However this is not unusal at all and since it is a local interrupt source (generated and handled completely inside the local APIC / CPU) this wasn't affected by the interrupt routing changes (as it's not a routed interrupt).
comment:6 by , 14 years ago
| patch: | 0 → 1 |
|---|
by , 14 years ago
| Attachment: | no_io_apic_ints.txt added |
|---|
KDL ints after a while for IO APIC disabled
comment:7 by , 14 years ago
Still no acpi_battery when IO APIC is disabled (this is related, right?). acpi_battery was already missing in hrev41281, when IO APIC was disabled by default.
comment:8 by , 14 years ago
acpi_battery loads again in hrev42209. Could've been something wrong with my install?
follow-up: 10 comment:9 by , 14 years ago
It is quite likely as nothing had changed with regards to ACPI or acpi_battery. The only thing I thought was weird was ints, but as mmlr explained they are probably not related.
Shall we close this one?
comment:10 by , 14 years ago
| Resolution: | → invalid |
|---|---|
| Status: | assigned → closed |
Replying to tqh:
Shall we close this one?
Yes, as nothing changed and the install was an "update-all" install, something being outdated was most likely the cause.
KDL ints output after a while