]> xenbits.xensource.com Git - seabios.git/commit
Replace level gpe event with edge gpe event for hot-plug handlers
authorIgor Mammedov <imammedo@redhat.com>
Tue, 3 Apr 2012 21:48:44 +0000 (23:48 +0200)
committerKevin O'Connor <kevin@koconnor.net>
Thu, 5 Apr 2012 11:53:06 +0000 (07:53 -0400)
commit9c6635bd48d39a1d17d0a73df6e577ef6bd0037c
tree10ca1bee3dfbde1305af33733d657f1bf4f76730
parenteb015f460030bd82deadc068eca3e91ab4caeceb
Replace level gpe event with edge gpe event for hot-plug handlers

in current code, pci hot-plug gpe event handler is defined as
a level one "_L01"

1. hw adds device, sets GPE.1 bit and sends SCI
2. OSPM gets SCI, reads GPE00.sts and masks GPE.1 bit in GPE00.en
3. OSPM executes _L01
4. hw adds second device and sets GPE.1 bit but SCI is not asserted
    since GPE00.en masks event
5. OSPM resets GPE.1 bit in GPE00.sts and umasks it in GPE00.en

as result event for step 4 is lost because step 5 clears it and OS
will not see added second device.

ACPI 50 spec: 5.6.4 General-Purpose Event Handling
defines GPE event handling as following:

1. Disables the interrupt source (GPEx_BLK EN bit).
2. If an edge event, clears the status bit.
3. Performs one of the following:
* Dispatches to an ACPI-aware device driver.
* Queues the matching control method for execution.
* Manages a wake event using device _PRW objects.
4. If a level event, clears the status bit.
5. Enables the interrupt source.

Switching from level to edge event handler reduces chances to
hit race window.

Same applies to cpu-hotplug, so switch it to edge handler as well.

Tested with RHEL6, 3.3.+ kernel, winxp, and w2008r2, and I wasn't
able to trigger race after using edge event handler.

Signed-off-by: Igor Mammedov <imammedo@redhat.com>
src/acpi-dsdt.dsl
src/acpi-dsdt.hex