Bug 20688
Summary: | unexpected IRQ vector | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | zwhitley <zwhitley> |
Component: | kernel | Assignee: | Arjan van de Ven <arjanv> |
Status: | CLOSED WONTFIX | QA Contact: | Brian Brock <bbrock> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 7.0J | CC: | stimits |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i686 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2003-06-05 22:25:35 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
zwhitley
2000-11-11 22:58:20 UTC
This is a defect in the IO-APIC of the i840 chipset. It shows up under heavy i/o, or even rapid mount and umount of any filesystem. Intel needs to find out where the i840 defect is and help with this issue. The only workaround appears to be kernel option "noapic", which is a severe handicap to performance. At one point I tried to talk to Intel about this, but not being a manufacturer, they were uninterested. FYI, this same chipset appears to have stability problems in other SMP-capable o/s's as well. Many inquiries have not resulted in a solution, nor even specific identification of where the IO-APIC problems occur. This error is fatal on all i840 chipsets with the IO-APIC enabled. In my case the unexpected IRQ vector was always 217, to a non-existent handler. My error, the earlier report was the Supermicro BX chipset, my intent was for i840 only. The description is accurate, but applies only the the i840 chipset. This is probably why the irq was other than 217. Perhaps the comments could be moved to a more valid bug report for i840 SMP (the motherboards that I have seen the reports on were Supermicro, as well as my own; the OR840 will have this problem also). |