Bug 170541
Summary: | Installer doesn't detect onboard SATA controller (in fact, doesn't detect AMD 8131 and AMD 8111 controller) | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 4 | Reporter: | Eric Laflamme <eric.laflamme> |
Component: | kernel | Assignee: | David Milburn <dmilburn> |
Status: | CLOSED WONTFIX | QA Contact: | Brian Brock <bbrock> |
Severity: | high | Docs Contact: | |
Priority: | high | ||
Version: | 4.0 | CC: | jbaron |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | x86_64 | ||
OS: | Linux | ||
URL: | http://www.uwsg.iu.edu/hypermail/linux/kernel/0509.2/1993.html | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2009-07-29 16:08:39 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
Eric Laflamme
2005-10-12 18:02:31 UTC
is it possible to be more specific about which 'change' you are referencing? thanks. Following the change log about the AMD 8131 controller. I don`t know yet if it is only this change in the kernel 2.6.12.1 that looks to fix the problem. in ftp://ftp.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.12 [PATCH] PCI: MSI functionality broken on Serverworks GC chipset MSI functionality is broken on the GC_LE x86 chipset that Serverworks developed and that is being used in various platforms today. Broadcom is going to push out to the kernel MSI enabled Gigabit drivers (in the very near future), and we would like to make sure that MSI does not get enabled on any platforms using the GC_LE chipset (device id 0x17). Following the AMD 8131 example, I am including a patch to disable MSI functionality when a GCNB_LE is detected. Please let me know if there are any issues with this. This is a permanent fix for this chipset, as the hardware will not be updated. can you change the priority to high? I'm not able to do it. Current release of products are using the IBM 6217 dual core with Redhat3 Update5, but we are moving to Redhat 4, and we need this workstation working, thanks a lot eric setting priority to high. looks like some PCI updates might be needed here for RHEL4 Is this also a problem on i386 (in addition to x86_64)? This morning I did some tests on an IBM6217 AMD SingleCore, both in 32bits and 64bits. Both doesn't work. When I try to install Redhat4 Update2 32bits, after it try to probe aic79xx hardware, the workstation freeze. In 64bits, anaconda doesn't freeze, but give me an error that no harddrive is detected. I tryed today to start the add "acpi=off" at the boot prompt before starting anaconda. The installation looks to work. I will do other test tomorrow to see the stability of the IBM 6217 with acpi turned off. Those acpi=off will affect performance, stability, etc, on the workstation? thanks With logging set to verbose for kern.* in /etc/syslog.conf, do you get a "MSI quirk detected" message in /var/log/dmesg? The quirk workaround for this is exists in RHEL4, but slightly different than upstream. Can we debug this problem a bit further so as to resolve this in the next release? With the 2.6.12.1 was there a "MSI quirk detected" message in /var/log/dmesg? I can work out a test patch (or post a patched kernel) if the reporter of this bug is willing to test it on the affected hardware. Closing this out, please re-open if this is reproducible on RHEL4 U8. |