Red Hat Bugzilla – Bug 142454
RHEL4 U2: pciehp driver may not loaded under some BIOS/FW implementations
Last modified: 2017-06-27 02:24:43 EDT
Description of problem:
This patch contains a two-line fix for an issue that pciehp driver
may not load depending on the implementation of ACPI 3.0 methods to
grant native control.
Version-Release number of selected component (if applicable):
With some implementation of ACPI 3.0 methods in the BIOS to grant
native control causes the pciehp driver not to load.
Steps to Reproduce:
1. Need BIOS with implementation of ACPI 3.0 methods to grant native
2. Try loading the driver.
pciehp driver does not load
pciehp driver should load correctly
Created attachment 108255 [details]
fix for the problem that pciehp driver may not load
Please get this two line fix into the next RC build.
With regards to this specific patch/bug fix:
Currently the hotplug code is not adhering to the ACPI 3.0 spec on
how OSC should be used in conjunction with OSHP.
The patch in Bugzilla 142454 fixes a bug in the hotplug driver so
that the driver will be compliant with ACPI 3.0 usage model for OSC
This patch has been Accepted upstream and tested at Intel. Any
platform implementing ACPI 3.0 methods with OSC, will be vulnerable
to this issue.
Intel cannot provide any information with regards to specific BIOS
implementations by OEM's. Consequently we can only comment on BIOS
implementations that Intel is shipping.
If any vendor ships a BIOS per the ACPI 3.0 spec. the hotplug driver
is vulnerable to loading when _OSC denies control to native hot-plug.
Intel's Harwich platform is shipping with ACPI 3.0 methods with in
the next 3 weeks.
Created attachment 112062 [details]
plaintext version of previous patch
This bug is currently *not* scheduled to be resolved in RHEL 4 Update 1.
devel ACK for U2
I have a test kernel ready for testing, but we dont seem to have any ACPI 3.0
systems in house.
Is there any way we could get some vendor testing done on on the some systems
affected by this issue? If not, could we procure some hardware to test on?
I can post a test kernel on people.redhat.com if needed
Geoff - This is an old request. Please determine if Intel is still asking for
this change, and that we have systems to test on.
Trying to get a status update from Ed.
xastir-2.0.8-4.fc26 has been submitted as an update to Fedora 26. https://bodhi.fedoraproject.org/updates/FEDORA-2017-06f5ed024f
xastir-2.0.8-4.fc26 has been pushed to the Fedora 26 testing repository. If problems still persist, please make note of it in this bug report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2017-06f5ed024f