Bug 60105
Summary: | Installer hanging on PC with 440GX chipset and Adaptec 2400A Controller | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | Brian Ipsen <bipsen> |
Component: | kernel | Assignee: | Arjan van de Ven <arjanv> |
Status: | CLOSED NOTABUG | QA Contact: | Brock Organ <borgan> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 7.2 | ||
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: | 2002-02-21 07:32:57 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
Brian Ipsen
2002-02-20 06:23:15 UTC
--------------------- Most implementations using the 440GX chipset require the "apic" option to function correctly. When this is the case, providing DMI information to Red Hat as documented below[1] may allow us to automate that setting in the future. On some systems, the "apic" boot flag may not work. Unfortunately, because of Intel Proprietary information, these platforms are not supported at this time. ----------------------- (Official Intel approved statement about 440GX vs linux) You can try moving the card to other slots, maybe that helps. Moving the card to another slot solved the problem. The question is than what made the system lock up so quick - in such a way that the question for a driver disk wasn't presented. Since the question for the driver wasn't presented it must be assumed, that the problem relies somewhere between the 440GX chipset and the kernel. Oh absolutely, or rather "chipset+bios" and the kernel. There's bugs in the bios we informed Intel about but Intel refuses to fix them, and they are refusing to help fix other issues re 440GX :( |