Red Hat Bugzilla – Bug 432653
RHEL4.8: Modify SATA IDE mode quirk
Last modified: 2010-10-22 18:27:13 EDT
+++ This bug was initially created as a clone of Bug #432652 +++
AMD chipset dev, team has been moving towards unifying SB600/700/800 support.
This patch was approved by Jeff Garzik and is necessary to initialize ans set
SATA mode correctly.
Russ, please add to R4.7 tracker. This is the RHEL4 bug for the IDE mode quirk
we're working on for RHEL5.
This request was evaluated by Red Hat Product Management for inclusion in a Red
Hat Enterprise Linux maintenance release. Product Management has requested
further review of this request by Red Hat Engineering, for potential
inclusion in a Red Hat Enterprise Linux Update release for currently deployed
products. This request is not yet committed for inclusion in an Update
Please just pause to add patch to RHEL4.7 until we test the kernel rpm package
Shane, it may be worthwhile to sum up your findings regarding CONFIG_APIC no
support S3/S4 events in the GNOME. Please also mention systems details as
well. Are there addditional work that is needed in RHEL4.7?
Peter, this is hampering AMD chipset team's testing efforts, at this point they
are unable to test the IDE patch. Please include the apropriate folks who can
perhaps talk to the current status of S3/S4 in RHEL4.7?
Bhavana we are past code freeze for RHEL 4.7. Russ will have to get this issue
approved as an excpeion to be considered for inclusion post code freeze. I am
reverting the devel ack until I hear the pending issues from Shane. After I
read the update I will determine who is availableto help out on the issue(s).
We also tried one Intel platform(ICH7) with RHEL4.6 GA WS i386,
finding that ACPI can NOT work either.
So I think this patch can be delayed until RedHat support ACPI in RHEL4.
Shane, please sum up your ACPI findings and list what is missing in R4 code base
as I requested in comment#5. Based on that the Red HAt engineering manager will
figure out who at Red Hat can help with this work.
We are past code freeze, moving this issue out to 4.8.
The following items are what I found in RHEL4.6 on RS690/SB600:
1. The system cannot suspend to ram with "echo mem > /sys/power/state", it
return back to console, no additional output in dmesg.
2. No suspend routines of the chipset drivers are called to suspend the devices
while suspending the system.
Updating PM score.
patch now posted to rhkernel-list
has the patch been tested? Please provide test results.
Linda, actually, the patch is necessary at ACPI S3 resume.
Since we find that ACPI can NOT work in RHEL4.x, we are NOT able to test it.
Can you check with ACPI maintainer in RedHat for the status of RHEL4.x ACPI support?
If RH can confirm that RHEL4.x do NOT support ACPI, we need not add this patch.
(In reply to comment #14)
> Linda, actually, the patch is necessary at ACPI S3 resume.
> Since we find that ACPI can NOT work in RHEL4.x, we are NOT able to test it.
ACPI is enabled on ia64, x86, and x86_64 in RHEL4.
[prarit@prarit configs]$ egrep 'CONFIG_ACPI=y' *
Shane, could you provide more details as to what you think is broken (or missing) in RHEL4?
The S3/S4 code base in RHEL4.7 kernel-2.6.9-78.ELsmp doesn't support SMP platform. The following git patches need to be backported to make it work for both i386 and x86_64.
The patch set is too large for consideration to be included in RHEL4. We can release note that we do not support suspend to ram for the SB(6,7,8)00 chipsets. Any additional runtime issues that need to be addressed? If not then we should close out this request as wont fix
I don't think the issue is specific to AMD SB600/SB700/SB800.
What is the S3 status on other platforms? like the one from Intel or nVidia?
If S3 can work on these platforms, can you tell me the command to enter S3?
Is it "echo mem > /sys/power/state"?
S3 can NOT work either on my SB700 platform with UP plus 2.6.9-78.EL kernel,
by "echo mem > /sys/power/state"
We will not be considering the patch set listed in comment #16, it is too invasive a change for RHEL4. Any SMP system running RHEL4 will fail trying to suspend, reference the patch set listed in comment #16. The "echo mem > /sys/power/state" is the proper command to suspend to ram. If UP is not working on the SB700 platforms then you are free to work with Bhavna to resolve the issue. Please be aware that we are past code freeze for RHEL4.8 so we will not be taking in any subsequent patches to resolve the UP problem at this time.
Devel NAK for RHEL4.
Development Management has reviewed and declined this request. You may appeal
this decision by reopening this request.
One question here: which statement will be added to your RHEL4.x release note?
You will not specify AMD platforms for S3 failure, right?