Linux ACPI

• Date Index

• 2.6.37-rc8: Reported regressions from 2.6.36, Rafael J. Wysocki
  • Re: 2.6.37-rc8: Reported regressions from 2.6.36, David Miller
    • [Bug 24592] Re: 2.6.37-rc8: Reported regressions from 2.6.36, Rafael J. Wysocki
    • Re: 2.6.37-rc8: Reported regressions from 2.6.36, Rafael J. Wysocki
• [PATCH] PCI / ACPI: Request _OSC control once for each root bridge, Rafael J. Wysocki
  • [PATCH] PCI / ACPI: Request _OSC control once for each root bridge (v2), Rafael J. Wysocki
    • [PATCH] PCI / ACPI: Request _OSC control once for each root bridge (v3), Rafael J. Wysocki
• [PATCH 0/4] ACPI / PM: Use standard device wakeup facilities for ACPI wakeup devices, Rafael J. Wysocki
  • [PATCH 2/4] ACPI / PM: Use device wakeup flags for handling ACPI wakeup devices, Rafael J. Wysocki
  • [PATCH 4/4] ACPI / PM: Report wakeup events from buttons, Rafael J. Wysocki
  • [PATCH 3/4] ACPI / PM: Drop special ACPI wakeup flags, Rafael J. Wysocki
  • [PATCH 1/4] ACPI / PM: Do not enable multiple devices to wake up simultaneously, Rafael J. Wysocki
• unmet direct dependencies (ACPI && EXPERIMENTAL), Toralf Förster
• [PATCH] ACPI / ACPICA: Fix global lock acquisition, Rafael J. Wysocki
  • RE: [PATCH] ACPI / ACPICA: Fix global lock acquisition, Moore, Robert
    • Re: [PATCH] ACPI / ACPICA: Fix global lock acquisition, Rafael J. Wysocki
• [PATCH] ACPICA: Update version to 20101209, Lin Ming
  • Re: [PATCH] ACPICA: Update version to 20101209, Len Brown
• ACPI patches queued for Linux-2.6.38, Len Brown
  • [PATCH 01/33] PNP: Compile all pnp built-in stuff in one module namespace, Len Brown
    • [PATCH 03/33] thermal: make ops constant, Len Brown
    • [PATCH 04/33] ACPI / PM: Prevent acpi_power_get_inferred_state() from making changes, Len Brown
    • [PATCH 02/33] PNP: Set up pnp_debug via module and not via boot param., Len Brown
    • [PATCH 05/33] ACPI / PM: Add functions for manipulating lists of power resources, Len Brown
    • [PATCH 07/33] ACPI / PM: Introduce __acpi_bus_get_power(), Len Brown
    • [PATCH 06/33] ACPI / PM: Introduce function for refcounting device power resources, Len Brown
    • [PATCH 09/33] ACPI / PM: Add function for updating device power state consistently, Len Brown
    • [PATCH 08/33] ACPI / PM: Add function for device power state initialization, Len Brown
    • [PATCH 31/33] ACPI: use ioremap_cache(), Len Brown
    • [PATCH 33/33] Revert "ACPI throttling: Use this_cpu_has and simplify code", Len Brown
    • [PATCH 20/33] ACPICA: Remove unused function declarations, Len Brown
    • [PATCH 14/33] Platform / x86: Make fujitsu_laptop use acpi_bus_update_power(), Len Brown
    • [PATCH 10/33] ACPI / PM: Register acpi_power_driver early, Len Brown
    • [PATCH 27/33] ACPI, APEI, Report GHES error information via printk, Len Brown
    • [PATCH 15/33] ACPI / PM: Drop acpi_bus_get_power(), Len Brown
    • [PATCH 11/33] ACPI / PM: Register power resource devices as soon as they are needed, Len Brown
    • [PATCH 32/33] ACPI throttling: Use this_cpu_has and simplify code, Len Brown
    • [PATCH 25/33] Add CPER PCIe error section structure and constants definition, Len Brown
    • [PATCH 16/33] ACPI / PM: Drop acpi_power_nocheck, Len Brown
    • [PATCH 12/33] ACPI / Fan: Rework the handling of power resources, Len Brown
    • [PATCH 21/33] ACPICA: Fix local variable mess in acpi_ev_asynch_execute_gpe_method, Len Brown
    • [PATCH 13/33] thermal: Add event notification to thermal framework, Len Brown
    • [PATCH 19/33] ACPICA: New GPE handler callback definition, Len Brown
    • [PATCH 23/33] ACPICA: Global event handler, Len Brown
    • [PATCH 24/33] ACPICA: Misc comments to minimize code divergence, Len Brown
    • [PATCH 22/33] ACPICA: Implicit notify support, Len Brown
    • [PATCH 18/33] ACPICA: Rename some function and variable names, Len Brown
    • [PATCH 26/33] ACPI, APEI, Add APEI generic error status printing support, Len Brown
    • [PATCH 29/33] IPMI: Add the document description of ipmi_get_smi_info, Len Brown
    • [PATCH 28/33] IPMI: Add one interface to get more info of low-level IPMI device, Len Brown
    • [PATCH 17/33] ACPICA: Move GPE functions to new file evxfgpe.c, Len Brown
    • [PATCH 30/33] IPMI/ACPI: Add the IPMI opregion driver to enable ACPI to access BMC controller, Len Brown
• [git pull] ACPI patches for 2.6.27-rc7, Len Brown
• ACPI patches for 2.6.37-rc-7, Len Brown
  • [PATCH 1/3] ACPI: Execute _PRW for devices reported as inactive or not present, Len Brown
    • [PATCH 3/3] ACPI / ACPICA: Disable GPEs during initialization, Len Brown
      • Re: [PATCH 3/3] ACPI / ACPICA: Disable GPEs during initialization, Rafael J. Wysocki
        • Re: [PATCH 3/3] ACPI / ACPICA: Disable GPEs during initialization, Lin Ming
          • Re: [PATCH 3/3] ACPI / ACPICA: Disable GPEs during initialization, Rafael J. Wysocki
        • RE: [PATCH 3/3] ACPI / ACPICA: Disable GPEs during initialization, Moore, Robert
          • Re: [PATCH 3/3] ACPI / ACPICA: Disable GPEs during initialization, Rafael J. Wysocki
    • [PATCH 2/3] Revert "ACPI battery: update status upon sysfs query", Len Brown
• [PATCH] ACPI / ACPICA: Disable GPEs during initialization, Rafael J. Wysocki
  • Re: [PATCH] ACPI / ACPICA: Disable GPEs during initialization, Len Brown
• [PATCH 0/6] cpufreq: Add sampling window to enhance ondemand governor power efficiency, Youquan Song
  • [PATCH 1/6] cpufreq: Add sampling window for ondemand governor, Youquan Song
    • [PATCH 2/6] cpufreq: Add sampling_window tunable, Youquan Song
      • [PATCH 3/6] cpufreq: Add roll back non-sampling_window, Youquan Song
        • [PATCH 4/6] cpufreq: Add dynamic sampling window tunable, Youquan Song
          • [PATCH 5/6] cpufreq: Add down_differential tunable, Youquan Song
            • [PATCH 6/6] cpufreq: Evaluate P1 before enter turbo mode, Youquan Song
  • <Possible follow-ups>
  • [PATCH 0/6] cpufreq: Add sampling window to enhance ondemand governor power efficiency, Youquan Song
    • [PATCH 1/6] cpufreq: Add sampling window for ondemand governor, Youquan Song
      • [PATCH 2/6] cpufreq: Add sampling_window tunable, Youquan Song
        • [PATCH 3/6] cpufreq: Add roll back non-sampling_window, Youquan Song
          • [PATCH 4/6] cpufreq: Add dynamic sampling window tunable, Youquan Song
            • [PATCH 5/6] cpufreq: Add down_differential tunable, Youquan Song
              • [PATCH 6/6] cpufreq: Evaluate P1 before enter turbo mode, Youquan Song
                • Re: [PATCH 6/6] cpufreq: Evaluate P1 before enter turbo mode, Dominik Brodowski
                  • Re: [PATCH 6/6] cpufreq: Evaluate P1 before enter turbo mode, Matthew Garrett
                    • Re: [PATCH 6/6] cpufreq: Evaluate P1 before enter turbo mode, Venkatesh Pallipadi
                      • Re: [PATCH 6/6] cpufreq: Evaluate P1 before enter turbo mode, Dominik Brodowski
    • Message not available
      • Re: [PATCH 0/6] cpufreq: Add sampling window to enhance ondemand governor power efficiency, Youquan Song
    • Re: [PATCH 0/6] cpufreq: Add sampling window to enhance ondemand governor power efficiency, Dominik Brodowski
      • Re: [PATCH 0/6] cpufreq: Add sampling window to enhance ondemand governor power efficiency, Youquan Song
      • Re: [PATCH 0/6] cpufreq: Add sampling window to enhance ondemand governor power efficiency, Dave Jones
        • Re: [PATCH 0/6] cpufreq: Add sampling window to enhance ondemand governor power efficiency, Dominik Brodowski
          • Re: [PATCH 0/6] cpufreq: Add sampling window to enhance ondemand governor power efficiency, James Cloos
    • Re: [PATCH 0/6] cpufreq: Add sampling window to enhance ondemand governor power efficiency, Matthew Garrett
      • Re: [PATCH 0/6] cpufreq: Add sampling window to enhance ondemand governor power efficiency, Youquan Song
• acpidump updated in pmtools, Len Brown
• [PATCH 2/2] ACPI: Fixed some coding style issues in fan.c and battery.c, Jan Füsting
  • Re: [PATCH 2/2] ACPI: Fixed some coding style issues in fan.c and battery.c, Thiago Farina
• s2ram broken for a docked ThinkPad T400 since kernel 2.6.32-rcX, Toralf Förster
  • Re: s2ram broken for a docked ThinkPad T400 since kernel 2.6.32-rcX, Bjorn Helgaas
• Re: linux-next: Tree for December 20 (acpi_video), Randy Dunlap
  • Re: linux-next: Tree for December 20 (acpi_video), Ingo Molnar
    • [upstream build breakage] Re: linux-next: Tree for December 20 (acpi_video), Ingo Molnar
      • [PATCH] gpu/stub: fix acpi_video build error, fix stub kconfig dependencies, Randy Dunlap
        • Re: [PATCH] gpu/stub: fix acpi_video build error, fix stub kconfig dependencies, Ingo Molnar
      • [PATCH upstream build breakage] acpi: several drivers depend on NET, Randy Dunlap
        • Re: [PATCH upstream build breakage] acpi: several drivers depend on NET, Rafael J. Wysocki
          • Re: [PATCH upstream build breakage] acpi: several drivers depend on NET, Rafael J. Wysocki
            • Re: [PATCH upstream build breakage] acpi: several drivers depend on NET, Randy Dunlap
              • Re: [PATCH upstream build breakage] acpi: several drivers depend on NET, Rafael J. Wysocki
                • [build fix] ACPI: Fix build for CONFIG_NET unset, Ingo Molnar
• 2.6.37-rc6-git4: Reported regressions 2.6.35 -> 2.6.36, Rafael J. Wysocki
• 2.6.37-rc6-git4: Reported regressions from 2.6.36, Rafael J. Wysocki
• [PATCH] PCI / PCIe: Clear Root PME Status bits during early resume, Rafael J. Wysocki
  • Re: [PATCH] PCI / PCIe: Clear Root PME Status bits during early resume, Matthew Wilcox
    • Re: [PATCH] PCI / PCIe: Clear Root PME Status bits during early resume, Rafael J. Wysocki
      • Re: [PATCH] PCI / PCIe: Clear Root PME Status bits during early resume, Rafael J. Wysocki
        • Re: [PATCH] PCI / PCIe: Clear Root PME Status bits during early resume, Rafael J. Wysocki
          • [PATCH] PCI / PCIe: Clear Root PME Status bits early during system resume, Rafael J. Wysocki
            • Re: [PATCH] PCI / PCIe: Clear Root PME Status bits early during system resume, Jesse Barnes
• Re: acpi throttling: Use this_cpu_has and simplify code, Tejun Heo
  • Re: acpi throttling: Use this_cpu_has and simplify code, ykzhao
  • Re: acpi throttling: Use this_cpu_has and simplify code, Christoph Lameter
• [Resend][PATCH] PCI / Hotplug: Fix unexpected driver unregister in pciehp_acpi.c, Rafael J. Wysocki
  • Re: [Resend][PATCH] PCI / Hotplug: Fix unexpected driver unregister in pciehp_acpi.c, Kenji Kaneshige
    • Re: [Resend][PATCH] PCI / Hotplug: Fix unexpected driver unregister in pciehp_acpi.c, Jesse Barnes
• [PATCH, regression fix] ACPI: Execute _PRW for devices reported as inactive or not present, Rafael J. Wysocki
• [PATCH 0/9] PCI: revert to allocating bottom-up, avoid E820 areas, Bjorn Helgaas
  • [PATCH 5/9] Revert "resources: support allocating space within a region from the top down", Bjorn Helgaas
  • [PATCH 9/9] x86: avoid high BIOS area when allocating address space, Bjorn Helgaas
  • [PATCH 8/9] x86: avoid E820 regions when allocating address space, Bjorn Helgaas
    • Re: [PATCH 8/9] x86: avoid E820 regions when allocating address space, Yinghai Lu
      • Re: [PATCH 8/9] x86: avoid E820 regions when allocating address space, Bjorn Helgaas
  • [PATCH 6/9] resources: add arch hook for preventing allocation in reserved areas, Bjorn Helgaas
    • Re: [PATCH 6/9] resources: add arch hook for preventing allocation in reserved areas, Linus Torvalds
      • Re: [PATCH 6/9] resources: add arch hook for preventing allocation in reserved areas, Bjorn Helgaas
        • Re: [PATCH 6/9] resources: add arch hook for preventing allocation in reserved areas, Linus Torvalds
  • [PATCH 7/9] x86: avoid low BIOS area when allocating address space, Bjorn Helgaas
  • [PATCH 4/9] Revert "PCI: allocate bus resources from the top down", Bjorn Helgaas
  • [PATCH 3/9] Revert "x86/PCI: allocate space from the end of a region, not the beginning", Bjorn Helgaas
  • [PATCH 2/9] Revert "x86: allocate space within a region top-down", Bjorn Helgaas
  • [PATCH 1/9] Revert "PCI: fix pci_bus_alloc_resource() hang, prefer positive decode", Bjorn Helgaas
  • Re: [PATCH 0/9] PCI: revert to allocating bottom-up, avoid E820 areas, Linus Torvalds
    • Re: [PATCH 0/9] PCI: revert to allocating bottom-up, avoid E820 areas, Jesse Barnes
    • Re: [PATCH 0/9] PCI: revert to allocating bottom-up, avoid E820 areas, H. Peter Anvin
    • Re: [PATCH 0/9] PCI: revert to allocating bottom-up, avoid E820 areas, Bjorn Helgaas
      • Re: [PATCH 0/9] PCI: revert to allocating bottom-up, avoid E820 areas, David John
• [PATCH] PCI / Hotplug: Fix unexpected driver unregister in pciehp_acpi.c, Rafael J. Wysocki
• general protection fault while suspending to RAM, Lior Dotan
• [no subject], Chen Gong
  • [PATCH] eliminate the usage of printk_ratelimit, Chen Gong
    • Re: [PATCH] eliminate the usage of printk_ratelimit, Len Brown
      • Re: [PATCH] eliminate the usage of printk_ratelimit, Chen Gong
• acpi_battery_init() boot speed, Len Brown
  • Re: acpi_battery_init() boot speed, Len Brown
  • Re: acpi_battery_init() boot speed, Arjan van de Ven
    • Re: acpi_battery_init() boot speed, Len Brown
      • Re: acpi_battery_init() boot speed, Arjan van de Ven
        • Re: acpi_battery_init() boot speed, Len Brown
    • Re: acpi_battery_init() boot speed, Len Brown
      • Re: acpi_battery_init() boot speed, Arjan van de Ven
• [RFC PATCH] ACPICA: Improve GPE detect, Lin Ming
  • RE: [RFC PATCH] ACPICA: Improve GPE detect, Moore, Robert
    • Re: [RFC PATCH] ACPICA: Improve GPE detect, Rafael J. Wysocki
      • RE: [RFC PATCH] ACPICA: Improve GPE detect, Moore, Robert
        • Re: [RFC PATCH] ACPICA: Improve GPE detect, Rafael J. Wysocki
• [PATCH] acpi: update return value in EC gpe handler, Lin Ming
  • RE: [PATCH] acpi: update return value in EC gpe handler, Moore, Robert
    • Re: [PATCH] acpi: update return value in EC gpe handler, Rafael J. Wysocki
• [RFC] ACPI, APEI, Generic Hardware Error Source POLL/IRQ/NMI notification type support, Huang Ying
  • RE: [RFC] ACPI, APEI, Generic Hardware Error Source POLL/IRQ/NMI notification type support, Luck, Tony
    • RE: [RFC] ACPI, APEI, Generic Hardware Error Source POLL/IRQ/NMI notification type support, Huang Ying
• [PATCH] ACPICA: Fix namespace race condition, Lin Ming
• [PATCH] - Mapping ACPI tables as CACHED, Jack Steiner
  • Re: [PATCH] - Mapping ACPI tables as CACHED, H. Peter Anvin
    • Re: [PATCH] - Mapping ACPI tables as CACHED, Len Brown
      • Re: [PATCH] - Mapping ACPI tables as CACHED, H. Peter Anvin
    • Re: [PATCH] - Mapping ACPI tables as CACHED, Jack Steiner
      • Re: [PATCH] - Mapping ACPI tables as CACHED, H. Peter Anvin
  • Re: [PATCH] - Mapping ACPI tables as CACHED, Len Brown
    • Re: [PATCH] - Mapping ACPI tables as CACHED, H. Peter Anvin
    • Re: [PATCH] - Mapping ACPI tables as CACHED, Jack Steiner
      • Re: [PATCH] - Mapping ACPI tables as CACHED, Len Brown
        • Message not available
          • Re: [PATCH] - Mapping ACPI tables as CACHED, H. Peter Anvin
        • Re: [PATCH] - Mapping ACPI tables as CACHED, Jack Steiner
          • Re: [PATCH] - Mapping ACPI tables as CACHED, Len Brown
            • Re: [PATCH] - Mapping ACPI tables as CACHED, H. Peter Anvin
            • Re: [PATCH] - Mapping ACPI tables as CACHED, Len Brown
              • [PATCH] ACPI: use ioremap_cache(), Len Brown
                • Re: [PATCH] ACPI: use ioremap_cache(), Tony Luck
                  • Re: [PATCH] ACPI: use ioremap_cache(), H. Peter Anvin
                • Re: [PATCH] ACPI: use ioremap_cache(), Shaohua Li
                  • Re: [PATCH] ACPI: use ioremap_cache(), H. Peter Anvin
                    • Re: [PATCH] ACPI: use ioremap_cache(), Shaohua Li
                      • Re: [PATCH] ACPI: use ioremap_cache(), H. Peter Anvin
• Patch[2/2] Adding_core_threshold_interrupt_handling_to_coretemp, R, Durgadoss
• [Patch] Adding threshold support to coretemp, R, Durgadoss
  • Re: [lm-sensors] [Patch] Adding threshold support to coretemp, Guenter Roeck
    • RE: [lm-sensors] [Patch] Adding threshold support to coretemp, R, Durgadoss
      • Re: [lm-sensors] [Patch] Adding threshold support to coretemp, Guenter Roeck
        • RE: [lm-sensors] [Patch] Adding threshold support to coretemp, R, Durgadoss
          • Re: [lm-sensors] [Patch] Adding threshold support to coretemp, Guenter Roeck
• Early kernel messages are overflowing the static log buffer, Mike Travis
  • Re: Early kernel messages are overflowing the static log buffer, Ingo Molnar
    • Re: Early kernel messages are overflowing the static log buffer, Tejun Heo
      • [PATCH] percpu: print out alloc information with KERN_DEBUG instead of KERN_INFO, Tejun Heo
      • Re: Early kernel messages are overflowing the static log buffer, Mike Travis
        • Re: Early kernel messages are overflowing the static log buffer, Mike Travis
        • Re: Early kernel messages are overflowing the static log buffer, Ingo Molnar
• [PATCH v3 0/6] ideapad: hotkey enablement, Ike Panhc
  • [PATCH 1/6] ideapad: add platform driver for ideapad, Ike Panhc
  • [PATCH 3/6] ideapad: add hotkey support, Ike Panhc
  • [PATCH 2/6] ideapad: let camera power control entry under platform driver, Ike Panhc
  • [PATCH 4/6] ideapad: add markups, unify comments and return result when init, Ike Panhc
  • [PATCH 6/6] ideapad: pass ideapad_priv as argument (part 2), Ike Panhc
  • [PATCH 5/6] ideapad: pass ideapad_priv as argument (part 1), Ike Panhc
  • Re: [PATCH v3 0/6] ideapad: hotkey enablement, Matthew Garrett
• [PATCH v2 8/8] ACPICA: Misc comments to minimize code divergence, Lin Ming
• [PATCH v2 7/8] ACPICA: Global event handler, Lin Ming
  • [PATCH] ACPI / ACPICA: Collect event statistics in respective event structures, Rafael J. Wysocki
• [PATCH v2 6/8] ACPICA: Implicit notify support, Lin Ming
  • Re: [PATCH v2 6/8] ACPICA: Implicit notify support, Rafael J. Wysocki
• [PATCH v2 5/8] ACPICA: Fix local variable mess in acpi_ev_asynch_execute_gpe_method, Lin Ming
• [PATCH v2 4/8] ACPICA: Remove unused function declarations, Lin Ming
• [PATCH v2 3/8] ACPICA: New GPE handler callback definition, Lin Ming
• [PATCH v2 2/8] ACPICA: Rename some function and variable names, Lin Ming
• [PATCH v2 1/8] ACPICA: Move GPE functions to new file evxfgpe.c, Lin Ming
• [PATCH v2 0/8] Minimize ACPICA/linux GPE code divergence, Lin Ming
  • Re: [PATCH v2 0/8] Minimize ACPICA/linux GPE code divergence, Lin Ming
  • Re: [PATCH v2 0/8] Minimize ACPICA/linux GPE code divergence, Len Brown
• Re: [lm-sensors] Patch[1/1] Adding Core Thermal Threshold Support to Coretemp, Chen Gong
  • RE: [lm-sensors] Patch[1/1] Adding Core Thermal Threshold Support to_Coretemp, R, Durgadoss
• [PATCH] ACPI / PM: Do not save/restore NVS on Sony Vaio VGN-NW130D, Rafael J. Wysocki
  • Re: [PATCH] ACPI / PM: Do not save/restore NVS on Sony Vaio VGN-NW130D, Len Brown
• [Resend][PATCH 0/3] ACPI / PM: Patches missing from linux-acpi-2.6/test, Rafael J. Wysocki
  • [Resend][PATCH 1/3] Platform / x86: Make fujitsu_laptop use acpi_bus_update_power(), Rafael J. Wysocki
    • Re: [Resend][PATCH 1/3] Platform / x86: Make fujitsu_laptop use acpi_bus_update_power(), Jonathan Woithe
  • [Resend][PATCH 2/3] ACPI / PM: Drop acpi_bus_get_power(), Rafael J. Wysocki
  • [Resend][PATCH 3/3] ACPI / PM: Drop acpi_power_nocheck, Rafael J. Wysocki
  • Re: [Resend][PATCH 0/3] ACPI / PM: Patches missing from linux-acpi-2.6/test, ykzhao
    • Re: [Resend][PATCH 0/3] ACPI / PM: Patches missing from linux-acpi-2.6/test, Rafael J. Wysocki
      • Re: [Resend][PATCH 0/3] ACPI / PM: Patches missing from linux-acpi-2.6/test, ykzhao
        • Re: [Resend][PATCH 0/3] ACPI / PM: Patches missing from linux-acpi-2.6/test, Rafael J. Wysocki
          • Re: [Resend][PATCH 0/3] ACPI / PM: Patches missing from linux-acpi-2.6/test, ykzhao
            • Re: [Resend][PATCH 0/3] ACPI / PM: Patches missing from linux-acpi-2.6/test, Rafael J. Wysocki
  • Re: [Resend][PATCH 0/3] ACPI / PM: Patches missing from linux-acpi-2.6/test, Len Brown
    • Re: [Resend][PATCH 0/3] ACPI / PM: Patches missing from linux-acpi-2.6/test, Rafael J. Wysocki
• Wrong commit in the ACPI release branch, Rafael J. Wysocki
  • Re: Wrong commit in the ACPI release branch, Jan Beulich
    • Re: Wrong commit in the ACPI release branch, Rafael J. Wysocki
  • Re: Wrong commit in the ACPI release branch, Len Brown
• [git pull] ACPI patches for Linux-2.6.37-rc5, Len Brown
• ACPI patches for Linux-2.6.37-rc5, Len Brown
  • [PATCH 01/15] ACPI / PM: Check device state before refcounting power resources, Len Brown
    • [PATCH 02/15] ACPI / PM: Do not refcount power resources that can't be turned on, Len Brown
    • [PATCH 03/15] ACPI ac: update AC status upon sysfs query, Len Brown
    • [PATCH 04/15] ACPI battery: update status upon sysfs query, Len Brown
    • [PATCH 05/15] ACPI: EC: Add another dmi match entry for MSI hardware, Len Brown
    • [PATCH 06/15] acpi: fix _OSI string setup regression, Len Brown
    • [PATCH 07/15] ACPI: fix allowing to add/remove multiple _OSI strings, Len Brown
    • [PATCH 08/15] ACPI: video: fix build for VIDEO_OUTPUT_CONTROL=n, Len Brown
    • [PATCH 09/15] ACPI: video: fix build for CONFIG_ACPI=n, Len Brown
    • [PATCH 11/15] ACPI: fix a section mismatch, Len Brown
    • [PATCH 12/15] ACPI thermal: remove two unused functions, Len Brown
    • [PATCH 10/15] ACPI, APEI, use raw spinlock in ERST, Len Brown
    • [PATCH 13/15] ACPI/PNP: avoid section mismatch warning, Len Brown
    • [PATCH 14/15] ACPI: eliminate unused variable warning for !ACPI_SLEEP, Len Brown
    • [PATCH 15/15] ACPI/HEST: adjust section selection, Len Brown
• [PATCH] PCI: _OSC "supported" field should contain supported features, not enabled ones, Matthew Garrett
• [PATCH] ACPI: Make sure the FADT is at least rev 2 before using the reset register, Matthew Garrett
  • Re: [PATCH] ACPI: Make sure the FADT is at least rev 2 before using the reset register, Zhang Rui
    • Re: [PATCH] ACPI: Make sure the FADT is at least rev 2 before using the reset register, Matthew Garrett
• [Regression] GPEs being enabled inappropriately, Matthew Garrett
  • Re: [Regression] GPEs being enabled inappropriately, Rafael J. Wysocki
• Asus U30JC BIOS, Michael Derrick
• [PATCH 1/3] X86: Revamp reboot behaviour to match Windows more closely, Matthew Garrett
  • [PATCH 2/3] ACPICA: Fix access width for reset vector, Matthew Garrett
    • Re: [PATCH 2/3] ACPICA: Fix access width for reset vector, Rafael J. Wysocki
    • Re: [PATCH 2/3] ACPICA: Fix access width for reset vector, H. Peter Anvin
      • Re: [PATCH 2/3] ACPICA: Fix access width for reset vector, Matthew Garrett
  • [PATCH 3/3] ACPI: Bug compatibility for Windows on the ACPI reboot vector, Matthew Garrett
    • Re: [PATCH 3/3] ACPI: Bug compatibility for Windows on the ACPI reboot vector, H. Peter Anvin
      • Re: [PATCH 3/3] ACPI: Bug compatibility for Windows on the ACPI reboot vector, Rafael J. Wysocki
  • Re: [PATCH 1/3] X86: Revamp reboot behaviour to match Windows more closely, H. Peter Anvin
    • Re: [PATCH 1/3] X86: Revamp reboot behaviour to match Windows more closely, Matthew Garrett
      • Re: [PATCH 1/3] X86: Revamp reboot behaviour to match Windows more closely, H. Peter Anvin
        • Re: [PATCH 1/3] X86: Revamp reboot behaviour to match Windows more closely, Matthew Garrett
          • Re: [PATCH 1/3] X86: Revamp reboot behaviour to match Windows more closely, H. Peter Anvin
            • Re: [PATCH 1/3] X86: Revamp reboot behaviour to match Windows more closely, Matthew Garrett
              • Re: [PATCH 1/3] X86: Revamp reboot behaviour to match Windows more closely, H. Peter Anvin
                • Re: [PATCH 1/3] X86: Revamp reboot behaviour to match Windows more closely, Matthew Garrett
• [PATCH 2/2] acpi: allow to add/remove multiple _OSI strings, Lin Ming
  • Message not available
    • Re: [PATCH 2/2] acpi: allow to add/remove multiple _OSI strings, Lin Ming
  • Re: [PATCH 2/2] acpi: allow to add/remove multiple _OSI strings, Len Brown
• [PATCH 1/2] acpi: fix _OSI string setup regression, Lin Ming
  • Re: [PATCH 1/2] acpi: fix _OSI string setup regression, Len Brown
• [PATCH 0/2] acpi: _OSI string setup regression fixes, Lin Ming
  • Re: [PATCH 0/2] acpi: _OSI string setup regression fixes, Lukas Hejtmanek
    • Re: [PATCH 0/2] acpi: _OSI string setup regression fixes, Lin Ming
• [PATCH v2 0/7] ideapad: hotkey enablement, Ike Panhc
  • [PATCH 1/7] ideapad: add platform driver for ideapad, Ike Panhc
    • Re: [PATCH 1/7] ideapad: add platform driver for ideapad, Dave Hansen
  • [PATCH 6/7] ideapad: pass ideapad_priv as argument (part 1), Ike Panhc
  • [PATCH 7/7] ideapad: pass ideapad_priv as argument (part 2), Ike Panhc
  • [PATCH 5/7] ideapad: add markups, unify comments and return result when init, Ike Panhc
  • [PATCH 4/7] ideapad: select INPUT_SPARSEKMAP, Ike Panhc
    • Re: [PATCH 4/7] ideapad: select INPUT_SPARSEKMAP, Dmitry Torokhov
  • [PATCH 3/7] ideapad: add hotkey support, Ike Panhc
  • [PATCH 2/7] ideapad: let camera power control entry under platform driver, Ike Panhc
  • Re: [PATCH v2 0/7] ideapad: hotkey enablement, Corentin Chary
    • Re: [PATCH v2 0/7] ideapad: hotkey enablement, Ike Panhc
• [PATCH] ACPI: fix section mismatch warning, Namhyung Kim
  • Re: [PATCH] ACPI: fix section mismatch warning, Zhang Rui
• [PATCH 1/5] resources: add arch hook for preventing allocation in reserved areas, Bjorn Helgaas
  • [PATCH 5/5] PNP: HP nx6325 fixup: reserve unreported resources, Bjorn Helgaas
    • Re: [PATCH 5/5] PNP: HP nx6325 fixup: reserve unreported resources, Linus Torvalds
      • Re: [PATCH 5/5] PNP: HP nx6325 fixup: reserve unreported resources, Dave Airlie
      • Re: [PATCH 5/5] PNP: HP nx6325 fixup: reserve unreported resources, Bjorn Helgaas
        • Re: [PATCH 5/5] PNP: HP nx6325 fixup: reserve unreported resources, Linus Torvalds
          • Re: [PATCH 5/5] PNP: HP nx6325 fixup: reserve unreported resources, Linus Torvalds
            • Re: [PATCH 5/5] PNP: HP nx6325 fixup: reserve unreported resources, Bjorn Helgaas
            • Re: [PATCH 5/5] PNP: HP nx6325 fixup: reserve unreported resources, Bjorn Helgaas
          • Re: [PATCH 5/5] PNP: HP nx6325 fixup: reserve unreported resources, Bjorn Helgaas
            • Re: [PATCH 5/5] PNP: HP nx6325 fixup: reserve unreported resources, Linus Torvalds
              • Re: [PATCH 5/5] PNP: HP nx6325 fixup: reserve unreported resources, Bjorn Helgaas
                • Re: [PATCH 5/5] PNP: HP nx6325 fixup: reserve unreported resources, H. Peter Anvin
                • Re: [PATCH 5/5] PNP: HP nx6325 fixup: reserve unreported resources, Linus Torvalds
  • [PATCH 4/5] PNP: add framework for platform PNP quirks, Bjorn Helgaas
  • [PATCH 2/5] x86: avoid BIOS area when allocating address space, Bjorn Helgaas
  • [PATCH 3/5] x86: avoid PNP resources when allocating address space, Bjorn Helgaas
  • [PATCH 0/5] resources: add arch hook for preventing allocation in reserved areas, Bjorn Helgaas
  • Re: [PATCH 1/5] resources: add arch hook for preventing allocation in reserved areas, Jesse Barnes
    • Re: [PATCH 1/5] resources: add arch hook for preventing allocation in reserved areas, Jesse Barnes
      • Re: [PATCH 1/5] resources: add arch hook for preventing allocation in reserved areas, Bjorn Helgaas
        • Re: [PATCH 1/5] resources: add arch hook for preventing allocation in reserved areas, Jesse Barnes
          • Re: [PATCH 1/5] resources: add arch hook for preventing allocation in reserved areas, Linus Torvalds
            • Re: [PATCH 1/5] resources: add arch hook for preventing allocation in reserved areas, Jesse Barnes
              • Re: [PATCH 1/5] resources: add arch hook for preventing allocation in reserved areas, Rafael J. Wysocki
                • Re: [PATCH 1/5] resources: add arch hook for preventing allocation in reserved areas, Bjorn Helgaas
                  • Re: [PATCH 1/5] resources: add arch hook for preventing allocation in reserved areas, Ingo Molnar
                    • Re: [PATCH 1/5] resources: add arch hook for preventing allocation in reserved areas, Bjorn Helgaas
• [PATCH] acpi: const-ify functions, Hanno Böck
  • Re: [PATCH] acpi: const-ify functions, Alexey Dobriyan
• Patch[2/2] Adding Interrupt Handling Support to Coretemp, R, Durgadoss
  • Re: [lm-sensors] Patch[2/2] Adding Interrupt Handling Support to Coretemp, Guenter Roeck
    • RE: [lm-sensors] Patch[2/2] Adding Interrupt Handling Support to Coretemp, R, Durgadoss
• Patch[1/2] Adding Core and Package Thermal Threshold Support to Coretemp, R, Durgadoss
  • Re: [lm-sensors] Patch[1/2] Adding Core and Package Thermal Threshold Support to Coretemp, Guenter Roeck
  • Re: [lm-sensors] Patch[1/2] Adding Core and Package Thermal Threshold Support to Coretemp, Jean Delvare
    • RE: [lm-sensors] Patch[1/2] Adding Core and Package Thermal Threshold Support to Coretemp, R, Durgadoss
    • Re: [lm-sensors] Patch[1/2] Adding Core and Package Thermal Threshold Support to Coretemp, Guenter Roeck
• [PATCH 4/4] ACPI: update battery status first when querying from sysfs, Zhang Rui
  • Re: [PATCH 4/4] ACPI: update battery status first when querying from sysfs, Len Brown
• [PATCH 1/4] ACPI: remove two unused functions, Zhang Rui
• [PATCH 3/4] ACPI ac: update AC status first when querying from sysfs, Zhang Rui
  • Re: [PATCH 3/4] ACPI ac: update AC status first when querying from sysfs, Len Brown
• [PATCH 2/4] ACPI: fix a section mismatch, Zhang Rui
• [PATCH 0/3_v14] IPMI/ACPI: Install the ACPI IPMI opregion, yakui . zhao
  • [PATCH 1/3] IPMI: Add one interface to get more info of low-level IPMI device, yakui . zhao
    • [PATCH 2/3] IPMI: Add the document description of ipmi_get_smi_info, yakui . zhao
      • [PATCH 3/3] IPMI/ACPI: Add the IPMI opregion driver to enable ACPI to access BMC controller, yakui . zhao
  • Re: [PATCH 0/3_v14] IPMI/ACPI: Install the ACPI IPMI opregion, Len Brown
    • Re: [PATCH 0/3_v14] IPMI/ACPI: Install the ACPI IPMI opregion, Corey Minyard
• [PATCH] ACPI/PNP: avoid section mismatch warning, Jan Beulich
  • Re: [PATCH] ACPI/PNP: avoid section mismatch warning, Len Brown
• [PATCH] ACPI: avoid section mismatch warning, Jan Beulich
  • Re: [PATCH] ACPI: avoid section mismatch warning, Len Brown
• [PATCH, resend] ACPI/HEST: avoid stack traces when encountering duplicate source IDs, Jan Beulich
  • Re: [PATCH, resend] ACPI/HEST: avoid stack traces when encountering duplicate source IDs, Huang Ying
    • Re: [PATCH, resend] ACPI/HEST: avoid stack traces when encountering duplicate source IDs, Jan Beulich
• [PATCH] ACPI: eliminate unused variable warning for !ACPI_SLEEP, Jan Beulich
  • Re: [PATCH] ACPI: eliminate unused variable warning for !ACPI_SLEEP, Len Brown
    • Re: [PATCH] ACPI: eliminate unused variable warning for !ACPI_SLEEP, Jan Beulich
• [PATCH] ACPI: remove unused static functions, Jan Beulich
  • Re: [PATCH] ACPI: remove unused static functions, Len Brown
• [PATCH -v4 0/3] ACPI, APEI, Report GHES error information via printk, Huang Ying
  • [PATCH -v4 1/3] Add CPER PCIe error section structure and constants definition, Huang Ying
  • [PATCH -v4 3/3] ACPI, APEI, Report GHES error information via printk, Huang Ying
  • [PATCH -v4 2/3] ACPI, APEI, Add APEI generic error status printing support, Huang Ying
  • Re: [PATCH -v4 0/3] ACPI, APEI, Report GHES error information via printk, Len Brown
• [PATCH 6/6] ACPICA: Misc comments to minimize code divergence, Lin Ming
  • Re: [PATCH 6/6] ACPICA: Misc comments to minimize code divergence, Rafael J. Wysocki
• [PATCH 5/6] ACPICA: Global event handler, Lin Ming
  • Re: [PATCH 5/6] ACPICA: Global event handler, Rafael J. Wysocki
    • RE: [PATCH 5/6] ACPICA: Global event handler, Moore, Robert
      • Re: [PATCH 5/6] ACPICA: Global event handler, Rafael J. Wysocki
• [PATCH 4/6] ACPICA: Implicit notify support, Lin Ming
  • Re: [PATCH 4/6] ACPICA: Implicit notify support, Rafael J. Wysocki
    • Re: [PATCH 4/6] ACPICA: Implicit notify support, Lin Ming
• [PATCH 3/6] ACPICA: Remove unused function declarations, Lin Ming
  • Re: [PATCH 3/6] ACPICA: Remove unused function declarations, Rafael J. Wysocki
• [PATCH 1/6] ACPICA: Move GPE functions to new file evxfgpe.c, Lin Ming
  • Re: [PATCH 1/6] ACPICA: Move GPE functions to new file evxfgpe.c, Rafael J. Wysocki
• [PATCH 2/6] ACPICA: Rename some function and variable names, Lin Ming
  • Re: [PATCH 2/6] ACPICA: Rename some function and variable names, Rafael J. Wysocki
    • RE: [PATCH 2/6] ACPICA: Rename some function and variable names, Moore, Robert
      • Re: [PATCH 2/6] ACPICA: Rename some function and variable names, Rafael J. Wysocki
        • RE: [PATCH 2/6] ACPICA: Rename some function and variable names, Moore, Robert
          • Re: [PATCH 2/6] ACPICA: Rename some function and variable names, Rafael J. Wysocki
            • RE: [PATCH 2/6] ACPICA: Rename some function and variable names, Moore, Robert
            • Message not available
              • RE: [PATCH 2/6] ACPICA: Rename some function and variable names, Moore, Robert
    • Re: [PATCH 2/6] ACPICA: Rename some function and variable names, Lin Ming
• [PATCH 0/6] Minimize ACPICA/linux GPE code divergence, Lin Ming
• [PATCH 7/7] ACPI processor: remove unused function, Zhang Rui
  • Re: [PATCH 7/7] ACPI processor: remove unused function, Len Brown
• [PATCH 6/7] ACPI video: introduce module parameter video.use_bios_initial_backlight, Zhang Rui
  • Re: [PATCH 6/7] ACPI video: introduce module parameter video.use_bios_initial_backlight, Randy Dunlap
  • Re: [PATCH 6/7] ACPI video: introduce module parameter video.use_bios_initial_backlight, Len Brown
    • Re: [PATCH 6/7] ACPI video: introduce module parameter video.use_bios_initial_backlight, Zhang Rui
• [PATCH 5/7] ACPI video: check cap._DDC flag before getting EDID, Zhang Rui
  • Re: [PATCH 5/7] ACPI video: check cap._DDC flag before getting EDID, Matthew Garrett
• [PATCH 2/7] ACPI processor: remove processor throttling control procfs I/F, Zhang Rui
  • Re: [PATCH 2/7] ACPI processor: remove processor throttling control procfs I/F, Len Brown
• [PATCH 4/7] ACPI video: remove output switching control, Zhang Rui
  • Re: [PATCH 4/7] ACPI video: remove output switching control, Len Brown
• [PATCH 3/7] ACPI: updating the Kconfig file, Zhang Rui
  • Re: [PATCH 3/7] ACPI: updating the Kconfig file, Len Brown
• [PATCH 1/7] ACPI: delete CONFIG_ACPI_PROCFS_POWER, Zhang Rui
  • Re: [PATCH 1/7] ACPI: delete CONFIG_ACPI_PROCFS_POWER, Len Brown
• ACPI procfs removal patches and video cleanup patches for 2.6.38, Zhang Rui
• 2.6.37-rc4-git4: Reported regressions 2.6.35 -> 2.6.36, Rafael J. Wysocki
• acpi_button: random oops on boot, Tobias Karnat
  • Re: acpi_button: random oops on boot, Bjorn Helgaas
    • Re: acpi_button: random oops on boot, Tobias Karnat
      • Re: acpi_button: random oops on boot, Bjorn Helgaas
        • Re: acpi_button: random oops on boot, Tobias Karnat
          • Re: acpi_button: random oops on boot, Tobias Karnat
          • Re: acpi_button: random oops on boot, Bjorn Helgaas
            • Re: acpi_button: random oops on boot, Rich Coe
            • Re: acpi_button: random oops on boot, Tobias Karnat
              • Re: acpi_button: random oops on boot, Tobias Karnat
                • Re: acpi_button: random oops on boot, Tobias Karnat
            • Re: acpi_button: random oops on boot, Thomas Renninger
              • Re: acpi_button: random oops on boot, Tobias Karnat
                • Re: acpi_button: random oops on boot, Rich Coe
• Re: linux-next: build failure after merge of the acpi tree, Rafael J. Wysocki
• Re: mmotm 2010-12-02-16-34 uploaded (acpi_video), Randy Dunlap
• [PATCH -v7 0/3] Lockless memory allocator and list, Huang Ying
  • [PATCH -v7 1/3] Add Kconfig option ARCH_HAVE_NMI_SAFE_CMPXCHG, Huang Ying
  • [PATCH -v7 2/3] lib, Make gen_pool memory allocator lockless, Huang Ying
  • [PATCH -v7 3/3] lib, Add lock-less NULL terminated single list, Huang Ying
• 2.6.37-rc4-git1: Reported regressions from 2.6.36, Rafael J. Wysocki
• [PATCH 1/8] acpi: Use ACPI C-state type instead of enumeration value to export cpuidle state name, Thomas Renninger
  • [PATCH 2/8] cpuidle: Rename X86 specific idle poll state[0] from C0 to CPUIDLE, Thomas Renninger
    • [PATCH 3/8] X86/perf: fix power:cpu_idle double end events and throw cpu_idle events from the cpuidle layer, Thomas Renninger
      • [PATCH 4/8] X86: Cleanup idle= internal variables by getting rid of idle_halt idle_nomwait, Thomas Renninger
        • [PATCH 5/8] cpuidle: Introduce .abbr (abbrevation) for cpuidle states, Thomas Renninger
          • [PATCH 6/8] acpi: processor->cpuidle: Only set cpuidle check_bm flag if pr->flags.bm_check is set, Thomas Renninger
            • [PATCH 7/8] perf timechart: Map power:cpu_idle events to the corresponding cpuidle state, Thomas Renninger
              • Re: [PATCH 7/8] perf timechart: Map power:cpu_idle events to the corresponding cpuidle state, Thomas Renninger
          • Re: [PATCH 5/8] cpuidle: Introduce .abbr (abbrevation) for cpuidle states, Bjorn Helgaas
    • Re: [PATCH 2/8] cpuidle: Rename X86 specific idle poll state[0] from C0 to CPUIDLE, Bjorn Helgaas
• [PATCH 0/5 v2] x86: boot interrupt reroute fix, Stefan Assmann
  • [PATCH 1/5 v2] ACPI: move struct acpi_prt_entry to actbl1.h, Stefan Assmann
  • [PATCH 2/5 v2] ACPI: make acpi_pci_irq_find_prt_entry return a copy of a prt_entry, Stefan Assmann
  • [PATCH 3/5 v2] PCI: Add locking to pci_find_upstream_pcie_bridge(), Stefan Assmann
  • [PATCH 4/5 v2] PCI: Add header declaration for pci_find_upstream_pcie_bridge(), Stefan Assmann
  • [PATCH 5/5 v2] PCI, ACPI: re-add boot interrupt reroute code in separate files, Stefan Assmann
  • Re: [PATCH 0/5 v2] x86: boot interrupt reroute fix, Stefan Assmann
  • Re: [PATCH 0/5 v2] x86: boot interrupt reroute fix, Stefan Assmann
• [PATCH -v3 0/4] ACPI, APEI, Report GHES error information via printk, Huang Ying
  • [PATCH -v3 3/4] ACPI, APEI, Add APEI generic error status printing support, Huang Ying
  • [PATCH -v3 2/4] Add CPER PCIe error section structure and constants definition, Huang Ying
  • [PATCH -v3 4/4] ACPI, APEI, Report GHES error information via printk, Huang Ying
  • [PATCH -v3 1/4] printk, Add pr_pfx for library functions, Huang Ying
    • Re: [PATCH -v3 1/4] printk, Add pr_pfx for library functions, Joe Perches
      • Re: [PATCH -v3 1/4] printk, Add pr_pfx for library functions, Huang Ying
• [BUGFIX for 2.6.37] ACPI, APEI, use raw spinlock in ERST, Huang Ying
• [PATCH -v2 0/3] Report APEI GHES error information via printk, Huang Ying
  • [PATCH -v2 2/3] ACPI, APEI, Add APEI generic error status print support, Huang Ying
    • Re: [PATCH -v2 2/3] ACPI, APEI, Add APEI generic error status print support, Andrew Morton
      • Re: [PATCH -v2 2/3] ACPI, APEI, Add APEI generic error status print support, Huang Ying
        • Re: [PATCH -v2 2/3] ACPI, APEI, Add APEI generic error status print support, Andrew Morton
          • Re: [PATCH -v2 2/3] ACPI, APEI, Add APEI generic error status print support, Huang Ying
            • Re: [PATCH -v2 2/3] ACPI, APEI, Add APEI generic error status print support, Andrew Morton
              • Re: [PATCH -v2 2/3] ACPI, APEI, Add APEI generic error status print support, huang ying
      • RE: [PATCH -v2 2/3] ACPI, APEI, Add APEI generic error status print support, Luck, Tony
        • Re: [PATCH -v2 2/3] ACPI, APEI, Add APEI generic error status print support, Andrew Morton
        • Re: [PATCH -v2 2/3] ACPI, APEI, Add APEI generic error status print support, huang ying
  • [PATCH -v2 1/3] Add CPER PCIe error section structure and constants definition, Huang Ying
  • [PATCH -v2 3/3] ACPI, APEI, report GHES error information via printk, Huang Ying
    • Re: [PATCH -v2 3/3] ACPI, APEI, report GHES error information via printk, Andrew Morton
      • Re: [PATCH -v2 3/3] ACPI, APEI, report GHES error information via printk, Huang Ying
        • Re: [PATCH -v2 3/3] ACPI, APEI, report GHES error information via printk, KOSAKI Motohiro
          • Re: [PATCH -v2 3/3] ACPI, APEI, report GHES error information via printk, Huang Ying
• [RFC PATCH 0/4_v13] IPMI/ACPI: Install the ACPI IPMI opregion, yakui . zhao
  • [RFC PATCH 1/4] IPMI: Add one interface to get more info of low-level IPMI device, yakui . zhao
    • [RFC PATCH 2/4] IPMI: Remove the redundant definition of ipmi_addr_src, yakui . zhao
      • [RFC PATCH 3/4] IPMI: Add the document description of ipmi_get_smi_info, yakui . zhao
        • [RFC PATCH 4/4] IPMI/ACPI: Add the IPMI opregion driver to enable ACPI to access BMC controller, yakui . zhao
    • Re: [RFC PATCH 1/4] IPMI: Add one interface to get more info of low-level IPMI device, ykzhao
      • Re: [RFC PATCH 1/4] IPMI: Add one interface to get more info of low-level IPMI device, ykzhao
• [PATCH -v6 0/3] Lockless memory allocator and list, Huang Ying
  • [PATCH -v6 3/3] lib, Add lock-less NULL terminated single list, Huang Ying
  • [PATCH -v6 2/3] lib, Make gen_pool memory allocator lockless, Huang Ying
    • Re: [PATCH -v6 2/3] lib, Make gen_pool memory allocator lockless, Peter Zijlstra
      • Re: [PATCH -v6 2/3] lib, Make gen_pool memory allocator lockless, Huang Ying
• Kernel 2.6.35-23-generic #40-Ubuntu SMP Wed Nov 17 22:14:33 UTC 2010 x86_64 GNU/Linux, Will Perdikakis
• keyboard doesn't work with acpi on lenovo s10-3c, Boris Savelev
  • Re: keyboard doesn't work with acpi on lenovo s10-3c, Dmitry Torokhov
    • Re: keyboard doesn't work with acpi on lenovo s10-3c, Boris Savelev
      • Re: keyboard doesn't work with acpi on lenovo s10-3c, Dmitry Torokhov
        • Re: keyboard doesn't work with acpi on lenovo s10-3c, Boris Savelev
          • Re: keyboard doesn't work with acpi on lenovo s10-3c, Boris Savelev
            • Re: keyboard doesn't work with acpi on lenovo s10-3c, Boris Savelev
• Input event for blocking touchpad, Thadeu Lima de Souza Cascardo
  • Re: Input event for blocking touchpad, Dmitry Torokhov
    • Re: Input event for blocking touchpad, Bastien Nocera
  • Re: Input event for blocking touchpad, Zhang Rui
    • Re: Input event for blocking touchpad, Thadeu Lima de Souza Cascardo
• Re: [RFT][PATCH] Poke ACPI about connected floppy drives, Len Brown
  • Re: [RFT][PATCH] Poke ACPI about connected floppy drives, Kyle McMartin
• debugfs_create_dir return value in acer-wmi, intel_ips and ec_sys, Corentin Chary
  • Re: debugfs_create_dir return value in acer-wmi, intel_ips and ec_sys, Julia Lawall
    • Re: debugfs_create_dir return value in acer-wmi, intel_ips and ec_sys, Corentin Chary
      • Re: debugfs_create_dir return value in acer-wmi, intel_ips and ec_sys, Julia Lawall
        • Re: debugfs_create_dir return value in acer-wmi, intel_ips and ec_sys, Reinhard Tartler
• [PATCH 0/13] ACPI / PM: Rework power resources management, Rafael J. Wysocki
  • [PATCH 4/13] ACPI / PM: Add functions for manipulating lists of power resources, Rafael J. Wysocki
  • [PATCH 3/13] ACPI / PM: Prevent acpi_power_get_inferred_state() from making changes, Rafael J. Wysocki
  • [PATCH 1/13] ACPI / PM: Check device state before refcounting power resources, Rafael J. Wysocki
  • [PATCH 12/13] ACPI / PM: Drop acpi_bus_get_power(), Rafael J. Wysocki
    • Re: [PATCH 12/13] ACPI / PM: Drop acpi_bus_get_power(), Len Brown
      • Re: [PATCH 12/13] ACPI / PM: Drop acpi_bus_get_power(), Rafael J. Wysocki
  • [PATCH 8/13] ACPI / PM: Add function for updating device power state consistently, Rafael J. Wysocki
  • [PATCH 9/13] ACPI / PM: Register acpi_power_driver early, Rafael J. Wysocki
  • [PATCH 10/13] ACPI / PM: Register power resource devices as soon as they are needed, Rafael J. Wysocki
  • [PATCH 13/13] ACPI / PM: Drop acpi_power_nocheck, Rafael J. Wysocki
  • [PATCH 11/13] ACPI / Fan: Rework the handling of power resources, Rafael J. Wysocki
  • [PATCH 5/13] ACPI / PM: Introduce function for refcounting device power resources, Rafael J. Wysocki
  • [PATCH 7/13] ACPI / PM: Add function for device power state initialization, Rafael J. Wysocki
  • [PATCH 6/13] ACPI / PM: Introduce __acpi_bus_get_power(), Rafael J. Wysocki
  • [PATCH 2/13] ACPI / PM: Do not refcount power resources that can't be turned on, Rafael J. Wysocki
  • [PATCH] Platform / x86: Make fujitsu_laptop use acpi_bus_update_power(), Rafael J. Wysocki
    • Re: [PATCH] Platform / x86: Make fujitsu_laptop use acpi_bus_update_power(), Len Brown
  • <Possible follow-ups>
  • Re: [PATCH 0/13] ACPI / PM: Rework power resources management, Rafael J. Wysocki
    • Re: [PATCH 0/13] ACPI / PM: Rework power resources management, Sedat Dilek
      • Re: [PATCH 0/13] ACPI / PM: Rework power resources management, Rafael J. Wysocki
  • Re: [PATCH 0/13] ACPI / PM: Rework power resources management, Sedat Dilek
    • Re: [PATCH 0/13] ACPI / PM: Rework power resources management, Sedat Dilek
• DMI-info, Norbert . at . home
• [RFC][PATCH 0/3] Report APEI GHES error information via printk, Huang Ying
  • [RFC][PATCH 3/3] ACPI, APEI, report GHES error information via printk, Huang Ying
  • [RFC][PATCH 1/3] Add CPER PCIe error section structure and constants definition, Huang Ying
  • [RFC][PATCH 2/3] ACPI, APEI, Add APEI generic error status print support, Huang Ying
• [PATCH] ACPI: Fix <acpi/video.h> when CONFIG_ACPI_VIDEO=n, Jean Delvare
  • Re: [PATCH] ACPI: Fix <acpi/video.h> when CONFIG_ACPI_VIDEO=n, Randy Dunlap
  • Re: ACPI: Fix <acpi/video.h> when CONFIG_ACPI_VIDEO=n, Guenter Roeck
• [PATCH 1/5] Backlight: Add backlight type, Matthew Garrett
  • [PATCH 5/5] ACPI: Tie ACPI backlight devices to PCI devices if possible, Matthew Garrett
  • [PATCH 4/5] nouveau: Change the backlight parent device to the connector, not the PCI dev, Matthew Garrett
  • [PATCH 3/5] radeon: Expose backlight class device for legacy LVDS encoder, Matthew Garrett
  • [PATCH 2/5] i915: Add native backlight control, Matthew Garrett
  • Re: [PATCH 1/5] Backlight: Add backlight type, Andrew Morton
    • Re: [PATCH 1/5] Backlight: Add backlight type, Matthew Garrett
      • Re: [PATCH 1/5] Backlight: Add backlight type, Andrew Morton
      • Re: [PATCH 1/5] Backlight: Add backlight type, Richard Purdie
        • Re: [PATCH 1/5] Backlight: Add backlight type, Matthew Garrett
          • Re: [PATCH 1/5] Backlight: Add backlight type, Richard Purdie
            • Re: [PATCH 1/5] Backlight: Add backlight type, Matthew Garrett
  • <Possible follow-ups>
  • [PATCH 1/5] Backlight: Add backlight type, Matthew Garrett
    • [PATCH 4/5] nouveau: Change the backlight parent device to the connector, not the PCI dev, Matthew Garrett
      • Re: [PATCH 4/5] nouveau: Change the backlight parent device to the connector, not the PCI dev, Anca Emanuel
        • Re: [PATCH 4/5] nouveau: Change the backlight parent device to the connector, not the PCI dev, Matthew Garrett
      • Re: [PATCH 4/5] nouveau: Change the backlight parent device to the connector, not the PCI dev, Ben Skeggs
    • [PATCH 3/5] radeon: Expose backlight class device for legacy LVDS encoder, Matthew Garrett
      • Re: [PATCH 3/5] radeon: Expose backlight class device for legacy LVDS encoder, Alex Deucher
      • Re: [PATCH 3/5] radeon: Expose backlight class device for legacy LVDS encoder, Andrew Morton
    • [PATCH 5/5] ACPI: Tie ACPI backlight devices to PCI devices if possible, Matthew Garrett
      • Re: [PATCH 5/5] ACPI: Tie ACPI backlight devices to PCI devices if possible, Rafael J. Wysocki
        • Re: [PATCH 5/5] ACPI: Tie ACPI backlight devices to PCI devices if possible, Matthew Garrett
          • Re: [PATCH 5/5] ACPI: Tie ACPI backlight devices to PCI devices if possible, Rafael J. Wysocki
            • Re: [PATCH 5/5] ACPI: Tie ACPI backlight devices to PCI devices if possible, Matthew Garrett
              • Re: [PATCH 5/5] ACPI: Tie ACPI backlight devices to PCI devices if possible, Rafael J. Wysocki
                • Re: [PATCH 5/5] ACPI: Tie ACPI backlight devices to PCI devices if possible, Matthew Garrett
                  • Re: [PATCH 5/5] ACPI: Tie ACPI backlight devices to PCI devices if possible, Rafael J. Wysocki
                    • Re: [PATCH 5/5] ACPI: Tie ACPI backlight devices to PCI devices if possible, Bjorn Helgaas
                      • Re: [PATCH 5/5] ACPI: Tie ACPI backlight devices to PCI devices if possible, Matthew Garrett
                        • Re: [PATCH 5/5] ACPI: Tie ACPI backlight devices to PCI devices if possible, Rafael J. Wysocki
    • [PATCH 2/5] i915: Add native backlight control, Matthew Garrett
      • Re: [Intel-gfx] [PATCH 2/5] i915: Add native backlight control, Ali Gholami Rudi
        • Message not available
          • Re: [Intel-gfx] [PATCH 2/5] i915: Add native backlight control, Andrew Morton
            • Re: [Intel-gfx] [PATCH 2/5] i915: Add native backlight control, Matthew Garrett
              • Re: [Intel-gfx] [PATCH 2/5] i915: Add native backlight control, Andrew Morton
                • Re: [Intel-gfx] [PATCH 2/5] i915: Add native backlight control, Matthew Garrett
                  • Re: [Intel-gfx] [PATCH 2/5] i915: Add native backlight control, Ali Gholami Rudi
                    • Re: [Intel-gfx] [PATCH 2/5] i915: Add native backlight control, Matthew Garrett
• [PATCH 0/2] Generic hardware error reporting support, Huang Ying
  • [PATCH 1/2] Generic hardware error reporting mechanism, Huang Ying
    • Re: [PATCH 1/2] Generic hardware error reporting mechanism, Huang Ying
    • Re: [PATCH 1/2] Generic hardware error reporting mechanism, boris
      • Re: [PATCH 1/2] Generic hardware error reporting mechanism, huang ying
        • Re: [PATCH 1/2] Generic hardware error reporting mechanism, Borislav Petkov
          • Re: [PATCH 1/2] Generic hardware error reporting mechanism, huang ying
  • [PATCH 2/2] Hardware error record persistent support, Huang Ying
    • Re: [PATCH 2/2] Hardware error record persistent support, Linus Torvalds
      • Re: [PATCH 2/2] Hardware error record persistent support, Andrew Morton
      • Re: [PATCH 2/2] Hardware error record persistent support, huang ying
  • Re: [PATCH 0/2] Generic hardware error reporting support, Huang Ying
  • Re: [PATCH 0/2] Generic hardware error reporting support, Peter Zijlstra
    • Re: [PATCH 0/2] Generic hardware error reporting support, huang ying
      • Re: [PATCH 0/2] Generic hardware error reporting support, Peter Zijlstra
        • Re: [PATCH 0/2] Generic hardware error reporting support, huang ying
          • Re: [PATCH 0/2] Generic hardware error reporting support, Peter Zijlstra
            • Re: [PATCH 0/2] Generic hardware error reporting support, huang ying
              • Re: [PATCH 0/2] Generic hardware error reporting support, Peter Zijlstra
                • Re: [PATCH 0/2] Generic hardware error reporting support, huang ying
                  • Re: [PATCH 0/2] Generic hardware error reporting support, Peter Zijlstra
                    • Re: [PATCH 0/2] Generic hardware error reporting support, huang ying
  • Re: [PATCH 0/2] Generic hardware error reporting support, Linus Torvalds
    • Re: [PATCH 0/2] Generic hardware error reporting support, huang ying
      • Re: [PATCH 0/2] Generic hardware error reporting support, Linus Torvalds
        • Re: [PATCH 0/2] Generic hardware error reporting support, huang ying
          • Re: [PATCH 0/2] Generic hardware error reporting support, Mark Lord
            • Re: [PATCH 0/2] Generic hardware error reporting support, huang ying
            • Re: [PATCH 0/2] Generic hardware error reporting support, Len Brown
          • Message not available
            • Re: [PATCH 0/2] Generic hardware error reporting support, Linus Torvalds
              • Re: [PATCH 0/2] Generic hardware error reporting support, huang ying
                • Re: [PATCH 0/2] Generic hardware error reporting support, Linus Torvalds
                  • Re: [PATCH 0/2] Generic hardware error reporting support, huang ying
                    • Re: [PATCH 0/2] Generic hardware error reporting support, Mark Lord
                      • Re: [PATCH 0/2] Generic hardware error reporting support, Huang Ying
                        • Re: [PATCH 0/2] Generic hardware error reporting support, Mark Lord
                          • Re: [PATCH 0/2] Generic hardware error reporting support, Len Brown
                            • Re: [PATCH 0/2] Generic hardware error reporting support, Mauro Carvalho Chehab
                          • Re: [PATCH 0/2] Generic hardware error reporting support, Huang Ying
    • Re: [PATCH 0/2] Generic hardware error reporting support, Elias Gabriel Amaral da Silva
• [PATCH -v5 0/3] Lockless memory allocator and list, Huang Ying
  • [PATCH -v5 2/3] lib, Make gen_pool memory allocator lockless, Huang Ying
  • [PATCH -v5 3/3] lib, Add lock-less NULL terminated single list, Huang Ying
• 2.6.37-rc2-git4: Reported regressions 2.6.35 -> 2.6.36, Rafael J. Wysocki
  • Re: 2.6.37-rc2-git4: Reported regressions 2.6.35 -> 2.6.36, Jesse Gross
    • Re: 2.6.37-rc2-git4: Reported regressions 2.6.35 -> 2.6.36, Rafael J. Wysocki
  • Re: 2.6.37-rc2-git4: Reported regressions 2.6.35 -> 2.6.36, Mark Lord
    • Re: 2.6.37-rc2-git4: Reported regressions 2.6.35 -> 2.6.36, Alex Deucher
      • Re: 2.6.37-rc2-git4: Reported regressions 2.6.35 -> 2.6.36, Mark Lord
        • Re: 2.6.37-rc2-git4: Reported regressions 2.6.35 -> 2.6.36, Alex Deucher
          • Re: 2.6.37-rc2-git4: Reported regressions 2.6.35 -> 2.6.36, Mark Lord
            • Re: 2.6.37-rc2-git4: Reported regressions 2.6.35 -> 2.6.36, Alex Deucher
• 2.6.37-rc2-git4: Reported regressions from 2.6.36, Rafael J. Wysocki
  • Re: 2.6.37-rc2-git4: Reported regressions from 2.6.36, Alex Deucher
    • Re: 2.6.37-rc2-git4: Reported regressions from 2.6.36, Rafael J. Wysocki
• [PATCH 0/4] x86: boot interrupt reroute fix, Stefan Assmann
  • [PATCH 4/4] PCI, ACPI: re-add boot interrupt reroute code in separate files, Stefan Assmann
  • [PATCH 1/4] ACPI: move struct acpi_prt_entry to actbl1.h, Stefan Assmann
  • [PATCH 2/4] ACPI: make acpi_pci_irq_find_prt_entry return a copy of a prt_entry, Stefan Assmann
  • [PATCH 3/4] PCI: fix locking for pci_find_upstream_pcie_bridge and add declaration, Stefan Assmann
    • Re: [PATCH 3/4] PCI: fix locking for pci_find_upstream_pcie_bridge and add declaration, Jesse Barnes
• Core i7 & C-States, Greg Oliver
  • Re: Core i7 & C-States, Thomas Renninger
    • Message not available
      • Re: Core i7 & C-States, Thomas Renninger
        • RE: Core i7 & C-States, Koornstra, Reinoud
          • Re: Core i7 & C-States, Thomas Renninger
            • RE: Core i7 & C-States, Koornstra, Reinoud
              • RE: Core i7 & C-States, Moore, Robert
                • Re: Core i7 & C-States, Thomas Renninger
• [PATCH] acpi: fix acpi/video.h error and warning when PM is not enabled, Randy Dunlap
  • Re: [PATCH] acpi: fix acpi/video.h error and warning when PM is not enabled, Zhang Rui
    • Re: [PATCH] acpi: fix acpi/video.h error and warning when PM is not enabled, Randy Dunlap
• [PATCH] do not select ACPI_VIDEO in poulsbo stub driver, Zhang Rui
  • Re: [PATCH] do not select ACPI_VIDEO in poulsbo stub driver, Matthew Garrett
  • <Possible follow-ups>
  • Re: [PATCH] do not select ACPI_VIDEO in poulsbo stub driver, Joey Lee
    • Re: [PATCH] do not select ACPI_VIDEO in poulsbo stub driver, Zhang Rui
  • Re: [PATCH] do not select ACPI_VIDEO in poulsbo stub driver, Joey Lee
    • Re: [PATCH] do not select ACPI_VIDEO in poulsbo stub driver, Zhang Rui
  • Re: [PATCH] do not select ACPI_VIDEO in poulsbo stub driver, Joey Lee
• [PATCH -v4 0/2] Lockless memory allocator and list, Huang Ying
  • [PATCH -v4 2/2] lib, Add lock-less NULL terminated single list, Huang Ying
    • Re: [PATCH -v4 2/2] lib, Add lock-less NULL terminated single list, Peter Zijlstra
      • Re: [PATCH -v4 2/2] lib, Add lock-less NULL terminated single list, Linus Torvalds
  • [PATCH -v4 1/2] lib, Make gen_pool memory allocator lockless, Huang Ying