Linux ACPI

• Date Index

• [Patch Part2 v4 21/31] PCI/MSI: enhance PCI MSI core to support hierarchy irqdomain, (continued)
  • [Patch Part2 v4 21/31] PCI/MSI: enhance PCI MSI core to support hierarchy irqdomain, Jiang Liu
    • Re: [Patch Part2 v4 21/31] PCI/MSI: enhance PCI MSI core to support hierarchy irqdomain, Bjorn Helgaas
      • Re: [Patch Part2 v4 21/31] PCI/MSI: enhance PCI MSI core to support hierarchy irqdomain, Yijing Wang
        • Re: [Patch Part2 v4 21/31] PCI/MSI: enhance PCI MSI core to support hierarchy irqdomain, Bjorn Helgaas
          • Re: [Patch Part2 v4 21/31] PCI/MSI: enhance PCI MSI core to support hierarchy irqdomain, Yijing Wang
        • Re: [Patch Part2 v4 21/31] PCI/MSI: enhance PCI MSI core to support hierarchy irqdomain, Jiang Liu
          • Re: [Patch Part2 v4 21/31] PCI/MSI: enhance PCI MSI core to support hierarchy irqdomain, Yijing Wang
      • Re: [Patch Part2 v4 21/31] PCI/MSI: enhance PCI MSI core to support hierarchy irqdomain, Jiang Liu
        • Re: [Patch Part2 v4 21/31] PCI/MSI: enhance PCI MSI core to support hierarchy irqdomain, Bjorn Helgaas
    • Re: [Patch Part2 v4 21/31] PCI/MSI: enhance PCI MSI core to support hierarchy irqdomain, Thomas Gleixner
      • Re: [Patch Part2 v4 21/31] PCI/MSI: enhance PCI MSI core to support hierarchy irqdomain, Thomas Gleixner
      • Re: [Patch Part2 v4 21/31] PCI/MSI: enhance PCI MSI core to support hierarchy irqdomain, Jiang Liu
        • Re: [Patch Part2 v4 21/31] PCI/MSI: enhance PCI MSI core to support hierarchy irqdomain, Thomas Gleixner
  • [Patch Part2 v4 20/31] PCI/MSI: Kill redundant calling for irq_set_msi_desc() for MSIx interrupts, Jiang Liu
    • Re: [Patch Part2 v4 20/31] PCI/MSI: Kill redundant calling for irq_set_msi_desc() for MSIx interrupts, Bjorn Helgaas
      • Re: [Patch Part2 v4 20/31] PCI/MSI: Kill redundant calling for irq_set_msi_desc() for MSIx interrupts, Yijing Wang
        • Re: [Patch Part2 v4 20/31] PCI/MSI: Kill redundant calling for irq_set_msi_desc() for MSIx interrupts, Bjorn Helgaas
        • Re: [Patch Part2 v4 20/31] PCI/MSI: Kill redundant calling for irq_set_msi_desc() for MSIx interrupts, Jiang Liu
  • [Patch Part2 v4 25/31] iommu/amd: Clean up unused MSI related code, Jiang Liu
  • [Patch Part2 v4 24/31] iommu/vt-d: Clean up unused MSI related code, Jiang Liu
  • [Patch Part2 v4 22/31] x86, PCI, MSI: Use hierarchy irqdomain to manage MSI interrupts, Jiang Liu
  • [Patch Part2 v4 23/31] x86, irq: Directly call native_compose_msi_msg() for DMAR IRQ, Jiang Liu
  • [Patch Part2 v4 18/31] PCI/MSI, trivial: Fix minor syntax issues according to coding styles, Jiang Liu
    • Re: [Patch Part2 v4 18/31] PCI/MSI, trivial: Fix minor syntax issues according to coding styles, Bjorn Helgaas
    • Re: [Patch Part2 v4 18/31] PCI/MSI, trivial: Fix minor syntax issues according to coding styles, Bjorn Helgaas
  • [Patch Part2 v4 19/31] PCI/MSI: Simplify PCI MSI code by initializing msi_desc.nvec_used earlier, Jiang Liu
    • Re: [Patch Part2 v4 19/31] PCI/MSI: Simplify PCI MSI code by initializing msi_desc.nvec_used earlier, Bjorn Helgaas
  • [Patch Part2 v4 17/31] x86, hpet: Enhance HPET IRQ to support hierarchy irqdomain, Jiang Liu
  • [Patch Part2 v4 29/31] x86, irq: Use hierarchy irqdomain to manage DMAR interrupts, Jiang Liu
  • [Patch Part2 v4 30/31] x86, htirq: Use hierarchy irqdomain to manage Hypertransport interrupts, Jiang Liu
  • [Patch Part2 v4 31/31] x86, uv: Use hierarchy irqdomain to manage UV interrupts, Jiang Liu
  • [Patch Part2 v4 28/31] iommu/vt-d: Refine the interfaces to create IRQ for DMAR unit, Jiang Liu
  • [Patch Part2 v4 27/31] x86, irq: Clean up unused MSI related code and interfaces, Jiang Liu
  • [Patch Part2 v4 26/31] x86: irq_remapping: Clean up unused MSI related code, Jiang Liu
  • [Patch Part2 v4 16/31] iommu/amd: Enhance AMD IR driver to suppport hierarchy irqdomain, Jiang Liu
  • [Patch Part2 v4 14/31] iommu/vt-d: Change prototypes to prepare for enabling hierarchy irqdomain, Jiang Liu
  • [Patch Part2 v4 13/31] x86: irq_remapping: Introduce new interfaces to support hierarchy irqdomain, Jiang Liu
    • Re: [Patch Part2 v4 13/31] x86: irq_remapping: Introduce new interfaces to support hierarchy irqdomain, Yijing Wang
  • [Patch Part2 v4 11/31] x86, htirq: Use new irqdomain interfaces to allocate/free IRQ, Jiang Liu
  • [Patch Part2 v4 10/31] x86, uv: Use new irqdomain interfaces to allocate/free IRQ, Jiang Liu
  • [Patch Part2 v4 05/31] genirq: Add IRQ_SET_MASK_OK_DONE to support stacked irqchip, Jiang Liu
  • [Patch Part2 v4 02/31] irqdomain: Do irq_find_mapping and set_type for hierarchy irqdomain in case OF, Jiang Liu
  • [Patch Part2 v4 01/31] irqdomain: Introduce new interfaces to support hierarchy irqdomains, Jiang Liu
    • Re: [Patch Part2 v4 01/31] irqdomain: Introduce new interfaces to support hierarchy irqdomains, Thomas Gleixner
      • Re: [Patch Part2 v4 01/31] irqdomain: Introduce new interfaces to support hierarchy irqdomains, Jiang Liu
  • Re: [Patch Part2 v4 00/31] Enable hierarchy irqdomian on x86 platforms, Joerg Roedel
    • Re: [Patch Part2 v4 00/31] Enable hierarchy irqdomian on x86 platforms, Jiang Liu
      • Re: [Patch Part2 v4 00/31] Enable hierarchy irqdomian on x86 platforms, Joerg Roedel
      • Re: [Patch Part2 v4 00/31] Enable hierarchy irqdomian on x86 platforms, Joerg Roedel
        • Re: [Patch Part2 v4 00/31] Enable hierarchy irqdomian on x86 platforms, Jiang Liu
        • Re: [Patch Part2 v4 00/31] Enable hierarchy irqdomian on x86 platforms, Jiang Liu
          • Re: [Patch Part2 v4 00/31] Enable hierarchy irqdomian on x86 platforms, Joerg Roedel
            • Re: [Patch Part2 v4 00/31] Enable hierarchy irqdomian on x86 platforms, Jiang Liu
              • Re: [Patch Part2 v4 00/31] Enable hierarchy irqdomian on x86 platforms, Joerg Roedel
  • Re: [Patch Part2 v4 00/31] Enable hierarchy irqdomian on x86 platforms, Joerg Roedel
    • Re: [Patch Part2 v4 00/31] Enable hierarchy irqdomian on x86 platforms, Jiang Liu
• Re: [PATCH] toshiba_acpi: Fix regression caused by backlight extra check code, Darren Hart
  • Re: [PATCH] toshiba_acpi: Fix regression caused by backlight extra check code, Azael Avalos
    • Re: [PATCH] toshiba_acpi: Fix regression caused by backlight extra check code, Darren Hart
      • Re: [PATCH] toshiba_acpi: Fix regression caused by backlight extra check code, Azael Avalos
• [PATCH 0/6] ACPI/EC: Cleanups of command flushing and event polling., Lv Zheng
  • [PATCH 6/6] ACPI/EC: Add GPE reference counting debugging messages., Lv Zheng
  • [PATCH 4/6] ACPI/EC: Add command flushing support., Lv Zheng
  • [PATCH 5/6] ACPI/EC: Cleanup QR_SC command processing by adding a kernel thread to poll EC events., Lv Zheng
    • Re: [PATCH 5/6] ACPI/EC: Cleanup QR_SC command processing by adding a kernel thread to poll EC events., Rafael J. Wysocki
      • RE: [PATCH 5/6] ACPI/EC: Cleanup QR_SC command processing by adding a kernel thread to poll EC events., Zheng, Lv
        • Re: [PATCH 5/6] ACPI/EC: Cleanup QR_SC command processing by adding a kernel thread to poll EC events., Rafael J. Wysocki
          • RE: [PATCH 5/6] ACPI/EC: Cleanup QR_SC command processing by adding a kernel thread to poll EC events., Zheng, Lv
            • Re: [PATCH 5/6] ACPI/EC: Cleanup QR_SC command processing by adding a kernel thread to poll EC events., Rafael J. Wysocki
              • RE: [PATCH 5/6] ACPI/EC: Cleanup QR_SC command processing by adding a kernel thread to poll EC events., Zheng, Lv
                • Re: [PATCH 5/6] ACPI/EC: Cleanup QR_SC command processing by adding a kernel thread to poll EC events., Rafael J. Wysocki
  • [PATCH 3/6] ACPI/EC: Add reference counting for query handlers., Lv Zheng
  • [PATCH 2/6] ACPI/EC: Enhance the checks to apply to QR_EC transactions., Lv Zheng
  • [PATCH 1/6] ACPI/EC: Introduce STARTED/STOPPED flags to replace BLOCKED flag., Lv Zheng
    • RE: [PATCH 1/6] ACPI/EC: Introduce STARTED/STOPPED flags to replace BLOCKED flag., Zheng, Lv
      • Re: [PATCH 1/6] ACPI/EC: Introduce STARTED/STOPPED flags to replace BLOCKED flag., Kirill A. Shutemov
        • Re: [PATCH 1/6] ACPI/EC: Introduce STARTED/STOPPED flags to replace BLOCKED flag., Rafael J. Wysocki
          • RE: [PATCH 1/6] ACPI/EC: Introduce STARTED/STOPPED flags to replace BLOCKED flag., Zheng, Lv
          • Re: [PATCH 1/6] ACPI/EC: Introduce STARTED/STOPPED flags to replace BLOCKED flag., Kirill A. Shutemov
            • [RFC PATCH v3 1/2] ACPICA: Events: Remove duplicated sanity check in acpi_ev_enable_gpe()., Lv Zheng
            • [RFC PATCH v3 2/2] ACPICA: Events: Introduce ACPI_GPE_HANDLER_RAW to fix 2 issues for the current GPE APIs., Lv Zheng
            • RE: [PATCH 1/6] ACPI/EC: Introduce STARTED/STOPPED flags to replace BLOCKED flag., Zheng, Lv
              • Re: [PATCH 1/6] ACPI/EC: Introduce STARTED/STOPPED flags to replace BLOCKED flag., Kirill A. Shutemov
                • RE: [PATCH 1/6] ACPI/EC: Introduce STARTED/STOPPED flags to replace BLOCKED flag., Zheng, Lv
                • RE: [PATCH 1/6] ACPI/EC: Introduce STARTED/STOPPED flags to replace BLOCKED flag., Zheng, Lv
            • RE: [PATCH 1/6] ACPI/EC: Introduce STARTED/STOPPED flags to replace BLOCKED flag., Zheng, Lv
              • Re: [PATCH 1/6] ACPI/EC: Introduce STARTED/STOPPED flags to replace BLOCKED flag., Kirill A. Shutemov
            • [RFC PATCH v4] ACPICA/Events: Add support to ensure GPE is disabled by default for handlers., Lv Zheng
              • RE: [RFC PATCH v4] ACPICA/Events: Add support to ensure GPE is disabled by default for handlers., Zheng, Lv
                • Re: [RFC PATCH v4] ACPICA/Events: Add support to ensure GPE is disabled by default for handlers., Kirill A. Shutemov
                  • RE: [RFC PATCH v4] ACPICA/Events: Add support to ensure GPE is disabled by default for handlers., Zheng, Lv
            • [PATCH v2 0/5] ACPI / EC: Add reference counting for requests and cleans up the grace periods support., Lv Zheng
              • [PATCH v2 5/5] ACPI / EC: Add GPE reference counting debugging messages., Lv Zheng
              • [PATCH v2 4/5] ACPI / EC: Add query flushing support., Lv Zheng
              • [PATCH v2 3/5] ACPI / EC: Refine command storm prevention support., Lv Zheng
              • [PATCH v2 2/5] ACPI / EC: Add command flushing support., Lv Zheng
              • [PATCH v2 1/5] ACPI / EC: Introduce STARTED/STOPPED flags to replace BLOCKED flag., Lv Zheng
              • Re: [PATCH v2 0/5] ACPI / EC: Add reference counting for requests and cleans up the grace periods support., Rafael J. Wysocki
                • RE: [PATCH v2 0/5] ACPI / EC: Add reference counting for requests and cleans up the grace periods support., Zheng, Lv
                  • Re: [PATCH v2 0/5] ACPI / EC: Add reference counting for requests and cleans up the grace periods support., Rafael J. Wysocki
                    • RE: [PATCH v2 0/5] ACPI / EC: Add reference counting for requests and cleans up the grace periods support., Zheng, Lv
• [PATCH 1/1] PCI: Deletion of unnecessary checks before three function calls, SF Markus Elfring
  • Re: [PATCH 1/1] PCI: Deletion of unnecessary checks before three function calls, Bjorn Helgaas
• [Patch v8 00/18] Enable support of IOAPIC hotplug on x86 platforms, Jiang Liu
  • [Patch v8 02/18] x86, intel-mid: Create IRQs for APB timers and RTC timers, Jiang Liu
  • [Patch v8 06/18] ACPI: Fix minor syntax issues in processor_core.c, Jiang Liu
  • [Patch v8 10/18] x86, irq: Prefer assigned ID in APIC ID register for x86_64, Jiang Liu
  • [Patch v8 14/18] x86, irq, ACPI: Introduce a rwsem to protect IOAPIC operations from hotplug, Jiang Liu
  • [Patch v8 15/18] x86, irq, ACPI: Implement interface to support ACPI based IOAPIC hot-addition, Jiang Liu
    • Re: [Patch v8 15/18] x86, irq, ACPI: Implement interface to support ACPI based IOAPIC hot-addition, Thomas Gleixner
      • Re: [Patch v8 15/18] x86, irq, ACPI: Implement interface to support ACPI based IOAPIC hot-addition, Jiang Liu
  • [Patch v8 16/18] x86, irq, ACPI: Implement interfaces to support ACPI based IOAPIC hot-removal, Jiang Liu
  • [Patch v8 17/18] x86, irq: Introduce helper to check whether an IOAPIC has been registered, Jiang Liu
  • [Patch v8 18/18] x86, irq, ACPI: Implement ACPI driver to support IOAPIC hotplug, Jiang Liu
  • [Patch v8 13/18] x86, irq: Refine mp_register_ioapic() to prepare for IOAPIC hotplug, Jiang Liu
  • [Patch v8 12/18] x86, irq: Keep balance of IOAPIC pin reference count, Jiang Liu
  • [Patch v8 11/18] x86, irq: Remove __init marker for functions will be used by IOAPIC hotplug, Jiang Liu
  • [Patch v8 09/18] x86, irq: Split out alloc_ioapic_save_registers(), Jiang Liu
  • [Patch v8 08/18] PCI: Remove PCI ioapic driver, Jiang Liu
  • [Patch v8 07/18] ACPI: Add interfaces to parse IOAPIC ID for IOAPIC hotplug, Jiang Liu
  • [Patch v8 05/18] ACPI: Correct return value of acpi_dev_resource_address_space(), Jiang Liu
  • [Patch v8 04/18] x86, PCI, ACPI: Kill private function resource_to_addr() in arch/x86/pci/acpi.c, Jiang Liu
  • [Patch v8 03/18] x86, irq, ACPI: Return IRQ instead of GSI in mp_register_gsi(), Jiang Liu
  • [Patch v8 01/18] x86: ACPI: Do not translate GSI number if IOAPIC is disabled, Jiang Liu
• [GIT PULL] ACPI and power management fixes for 3.18-rc3, Rafael J. Wysocki
• [PATCH] leds: leds-gpio: Convert gpio_blink_set() to use GPIO descriptors, Mika Westerberg
  • Re: [PATCH] leds: leds-gpio: Convert gpio_blink_set() to use GPIO descriptors, Andrew Lunn
  • Re: [PATCH] leds: leds-gpio: Convert gpio_blink_set() to use GPIO descriptors, Linus Walleij
  • Re: [PATCH] leds: leds-gpio: Convert gpio_blink_set() to use GPIO descriptors, Alexandre Courbot
    • Re: [PATCH] leds: leds-gpio: Convert gpio_blink_set() to use GPIO descriptors, Rafael J. Wysocki
      • Re: [PATCH] leds: leds-gpio: Convert gpio_blink_set() to use GPIO descriptors, Geert Uytterhoeven
        • Re: [PATCH] leds: leds-gpio: Convert gpio_blink_set() to use GPIO descriptors, Mika Westerberg
          • Re: [PATCH] leds: leds-gpio: Convert gpio_blink_set() to use GPIO descriptors, Geert Uytterhoeven
            • Re: [PATCH] leds: leds-gpio: Convert gpio_blink_set() to use GPIO descriptors, Mika Westerberg
              • Re: [PATCH] leds: leds-gpio: Convert gpio_blink_set() to use GPIO descriptors, Geert Uytterhoeven
                • Re: [PATCH] leds: leds-gpio: Convert gpio_blink_set() to use GPIO descriptors, Mika Westerberg
                  • Re: [PATCH] leds: leds-gpio: Convert gpio_blink_set() to use GPIO descriptors, Geert Uytterhoeven
• [PATCH 0/3] Support PMIC operation region for CrystalCove and XPower, Aaron Lu
  • [PATCH 3/3] ACPI / pmic_opregion: AXP288: support virtual GPIO in ACPI table, Aaron Lu
  • [PATCH 1/3] ACPI / pmic_opregion: support PMIC operation region for CrystalCove, Aaron Lu
  • [PATCH 2/3] ACPI / pmic_opregion: support PMIC operation region for XPower AXP288, Aaron Lu
  • Re: [PATCH 0/3] Support PMIC operation region for CrystalCove and XPower, Aaron Lu
    • Re: [PATCH 0/3] Support PMIC operation region for CrystalCove and XPower, Lee Jones
      • Re: [PATCH 0/3] Support PMIC operation region for CrystalCove and XPower, Rafael J. Wysocki
        • Re: [PATCH 0/3] Support PMIC operation region for CrystalCove and XPower, Aaron Lu
          • Re: [PATCH 0/3] Support PMIC operation region for CrystalCove and XPower, Rafael J. Wysocki
            • Re: [PATCH 0/3] Support PMIC operation region for CrystalCove and XPower, Aaron Lu
        • Re: [PATCH 0/3] Support PMIC operation region for CrystalCove and XPower, Lee Jones
          • Re: [PATCH 0/3] Support PMIC operation region for CrystalCove and XPower, Rafael J. Wysocki
            • Re: [PATCH 0/3] Support PMIC operation region for CrystalCove and XPower, Lee Jones
• Re: [PATCH] PCI: fix sriov enabling with virtual bus, Bjorn Helgaas
  • Re: [PATCH] PCI: fix sriov enabling with virtual bus, Yinghai Lu
    • Re: [PATCH] PCI: fix sriov enabling with virtual bus, Bjorn Helgaas
  • Re: [PATCH] PCI: fix sriov enabling with virtual bus, Bjorn Helgaas
    • Re: [PATCH] PCI: fix sriov enabling with virtual bus, Rafael J. Wysocki
      • Re: [PATCH] PCI: fix sriov enabling with virtual bus, Bjorn Helgaas
        • Re: [PATCH] PCI: fix sriov enabling with virtual bus, Rafael J. Wysocki
        • Re: [PATCH] PCI: fix sriov enabling with virtual bus, Yinghai Lu
• [PATCH 1/3] ACPI / processor: Update the comments in processor.h, Hanjun Guo
  • [PATCH 2/3] ACPI / processor: Convert apic_id to phys_id to make it arch agnostic, Hanjun Guo
  • [PATCH 3/3] ACPI / processor: Rename acpi_(un)map_lsapic() to acpi_(un)map_cpu(), Hanjun Guo
    • Re: [PATCH 3/3] ACPI / processor: Rename acpi_(un)map_lsapic() to acpi_(un)map_cpu(), Rafael J. Wysocki
      • Re: [PATCH 3/3] ACPI / processor: Rename acpi_(un)map_lsapic() to acpi_(un)map_cpu(), Hanjun Guo
        • Re: [PATCH 3/3] ACPI / processor: Rename acpi_(un)map_lsapic() to acpi_(un)map_cpu(), Rafael J. Wysocki
          • Re: [PATCH 3/3] ACPI / processor: Rename acpi_(un)map_lsapic() to acpi_(un)map_cpu(), Rafael J. Wysocki
            • Re: [PATCH 3/3] ACPI / processor: Rename acpi_(un)map_lsapic() to acpi_(un)map_cpu(), Hanjun Guo
  • Re: [PATCH 1/3] ACPI / processor: Update the comments in processor.h, Rafael J. Wysocki
    • Re: [PATCH 1/3] ACPI / processor: Update the comments in processor.h, Hanjun Guo
• [PATCH] ACPI / GPIO: Pass index to acpi_get_gpiod_by_index() when using properties, Mika Westerberg
  • Re: [PATCH] ACPI / GPIO: Pass index to acpi_get_gpiod_by_index() when using properties, Darren Hart
  • Re: [PATCH] ACPI / GPIO: Pass index to acpi_get_gpiod_by_index() when using properties, Rafael J. Wysocki
    • Re: [PATCH] ACPI / GPIO: Pass index to acpi_get_gpiod_by_index() when using properties, Alexandre Courbot
      • Re: [PATCH] ACPI / GPIO: Pass index to acpi_get_gpiod_by_index() when using properties, Mika Westerberg
        • Re: [PATCH] ACPI / GPIO: Pass index to acpi_get_gpiod_by_index() when using properties, Rafael J. Wysocki
          • Re: [PATCH] ACPI / GPIO: Pass index to acpi_get_gpiod_by_index() when using properties, Rafael J. Wysocki
            • Re: [PATCH] ACPI / GPIO: Pass index to acpi_get_gpiod_by_index() when using properties, Mika Westerberg
    • Re: [PATCH] ACPI / GPIO: Pass index to acpi_get_gpiod_by_index() when using properties, Grant Likely
      • Re: [PATCH] ACPI / GPIO: Pass index to acpi_get_gpiod_by_index() when using properties, Darren Hart
        • Re: [PATCH] ACPI / GPIO: Pass index to acpi_get_gpiod_by_index() when using properties, Rafael J. Wysocki
          • Re: [PATCH] ACPI / GPIO: Pass index to acpi_get_gpiod_by_index() when using properties, Rafael J. Wysocki
            • Re: [PATCH] ACPI / GPIO: Pass index to acpi_get_gpiod_by_index() when using properties, Grant Likely
              • Re: [PATCH] ACPI / GPIO: Pass index to acpi_get_gpiod_by_index() when using properties, Rafael J. Wysocki
                • Re: [PATCH] ACPI / GPIO: Pass index to acpi_get_gpiod_by_index() when using properties, Rafael J. Wysocki
                  • Re: [PATCH] ACPI / GPIO: Pass index to acpi_get_gpiod_by_index() when using properties, Grant Likely
                  • Re: [PATCH] ACPI / GPIO: Pass index to acpi_get_gpiod_by_index() when using properties, Mika Westerberg
                    • Re: [PATCH] ACPI / GPIO: Pass index to acpi_get_gpiod_by_index() when using properties, Rafael J. Wysocki
                  • Re: [PATCH] ACPI / GPIO: Pass index to acpi_get_gpiod_by_index() when using properties, Darren Hart
                    • Re: [PATCH] ACPI / GPIO: Pass index to acpi_get_gpiod_by_index() when using properties, Rafael J. Wysocki
                      • Re: [PATCH] ACPI / GPIO: Pass index to acpi_get_gpiod_by_index() when using properties, Darren Hart
• [PATCH RESEND] net: rfkill: gpio: Add ACPI default GPIO driver mappings, Mika Westerberg
  • Re: [PATCH RESEND] net: rfkill: gpio: Add ACPI default GPIO driver mappings, Rafael J. Wysocki
• [Patch Part2 v3 00/24] Enable hierarchy irqdomian on x86 platforms, Jiang Liu
  • [Patch Part2 v3 09/24] x86, dmar: Use new irqdomain interfaces to allocate/free IRQ, Jiang Liu
  • [Patch Part2 v3 12/24] iommu/vt-d: Enhance Intel IR driver to suppport hierarchy irqdomain, Jiang Liu
  • [Patch Part2 v3 18/24] iommu/amd: Clean up unused MSI related code, Jiang Liu
  • [Patch Part2 v3 22/24] x86, irq: Use hierarchy irqdomain to manage DMAR interrupts, Jiang Liu
  • [Patch Part2 v3 23/24] x86, htirq: Use hierarchy irqdomain to manage Hypertransport interrupts, Jiang Liu
  • [Patch Part2 v3 24/24] x86, uv: Use hierarchy irqdomain to manage UV interrupts, Jiang Liu
  • [Patch Part2 v3 21/24] iommu/vt-d: Refine the interfaces to create IRQ for DMAR unit, Jiang Liu
  • [Patch Part2 v3 20/24] x86, irq: Clean up unused MSI related code and interfaces, Jiang Liu
  • [Patch Part2 v3 19/24] x86: irq_remapping: Clean up unused MSI related code, Jiang Liu
  • [Patch Part2 v3 17/24] iommu/vt-d: Clean up unused MSI related code, Jiang Liu
  • [Patch Part2 v3 16/24] x86, irq: Directly call native_compose_msi_msg() for DMAR IRQ, Jiang Liu
  • [Patch Part2 v3 15/24] x86, MSI: Use hierarchy irqdomain to manage MSI interrupts, Jiang Liu
    • Re: [Patch Part2 v3 15/24] x86, MSI: Use hierarchy irqdomain to manage MSI interrupts, Thomas Gleixner
      • Re: [Patch Part2 v3 15/24] x86, MSI: Use hierarchy irqdomain to manage MSI interrupts, Jiang Liu
        • Re: [Patch Part2 v3 15/24] x86, MSI: Use hierarchy irqdomain to manage MSI interrupts, Thomas Gleixner
          • Re: [Patch Part2 v3 15/24] x86, MSI: Use hierarchy irqdomain to manage MSI interrupts, Jiang Liu
            • Re: [Patch Part2 v3 15/24] x86, MSI: Use hierarchy irqdomain to manage MSI interrupts, Thomas Gleixner
      • Re: [Patch Part2 v3 15/24] x86, MSI: Use hierarchy irqdomain to manage MSI interrupts, Jiang Liu
        • Re: [Patch Part2 v3 15/24] x86, MSI: Use hierarchy irqdomain to manage MSI interrupts, Thomas Gleixner
  • [Patch Part2 v3 14/24] x86, hpet: Enhance HPET IRQ to support hierarchy irqdomain, Jiang Liu
  • [Patch Part2 v3 13/24] iommu/amd: Enhance AMD IR driver to suppport hierarchy irqdomain, Jiang Liu
  • [Patch Part2 v3 11/24] iommu/vt-d: Change prototypes to prepare for enabling hierarchy irqdomain, Jiang Liu
  • [Patch Part2 v3 10/24] x86: irq_remapping: Introduce new interfaces to support hierarchy irqdomain, Jiang Liu
  • [Patch Part2 v3 08/24] x86, htirq: Use new irqdomain interfaces to allocate/free IRQ, Jiang Liu
  • [Patch Part2 v3 07/24] x86, uv: Use new irqdomain interfaces to allocate/free IRQ, Jiang Liu
  • [Patch Part2 v3 06/24] x86, MSI: Use new irqdomain interfaces to allocate/free IRQ, Jiang Liu
  • [Patch Part2 v3 05/24] x86, hpet: Use new irqdomain interfaces to allocate/free IRQ, Jiang Liu
  • [Patch Part2 v3 04/24] x86, irq: Use hierarchy irqdomain to manage CPU interrupt vectors, Jiang Liu
  • [Patch Part2 v3 03/24] x86, irq: Save destination CPU ID in irq_cfg, Jiang Liu
  • [Patch Part2 v3 01/24] irqdomain: Introduce new interfaces to support hierarchy irqdomains, Jiang Liu
    • Re: [Patch Part2 v3 01/24] irqdomain: Introduce new interfaces to support hierarchy irqdomains, Yingjoe Chen
      • Re: [Patch Part2 v3 01/24] irqdomain: Introduce new interfaces to support hierarchy irqdomains, Thomas Gleixner
        • Re: [Patch Part2 v3 01/24] irqdomain: Introduce new interfaces to support hierarchy irqdomains, Marc Zyngier
          • Re: [Patch Part2 v3 01/24] irqdomain: Introduce new interfaces to support hierarchy irqdomains, Thomas Gleixner
            • Re: [Patch Part2 v3 01/24] irqdomain: Introduce new interfaces to support hierarchy irqdomains, Marc Zyngier
              • Re: [Patch Part2 v3 01/24] irqdomain: Introduce new interfaces to support hierarchy irqdomains, Yingjoe Chen
  • [Patch Part2 v3 02/24] genirq: Introduce helper functions to support stacked irq_chip, Jiang Liu
• [PATCH] ACPI / video: Run _BCL before deciding registering backlight, Aaron Lu
  • Re: [PATCH] ACPI / video: Run _BCL before deciding registering backlight, Rafael J. Wysocki
• [PATCH v3 34/47] acpi: Register power-off handler with kernel power-off handler, Guenter Roeck
  • Re: [PATCH v3 34/47] acpi: Register power-off handler with kernel power-off handler, Rafael J. Wysocki
    • Re: [PATCH v3 34/47] acpi: Register power-off handler with kernel power-off handler, Guenter Roeck
      • Re: [PATCH v3 34/47] acpi: Register power-off handler with kernel power-off handler, Rafael J. Wysocki
        • Re: [PATCH v3 34/47] acpi: Register power-off handler with kernel power-off handler, Guenter Roeck
          • Re: [PATCH v3 34/47] acpi: Register power-off handler with kernel power-off handler, Rafael J. Wysocki
• [RFC PATCH V2] ACPI: Add _DEP(Operation Region Dependencies) support to fix battery issue on the Asus T100TA, Lan Tianyu
  • Re: [RFC PATCH V2] ACPI: Add _DEP(Operation Region Dependencies) support to fix battery issue on the Asus T100TA, Mika Westerberg
    • Re: [RFC PATCH V2] ACPI: Add _DEP(Operation Region Dependencies) support to fix battery issue on the Asus T100TA, Rafael J. Wysocki
      • Re: [RFC PATCH V2] ACPI: Add _DEP(Operation Region Dependencies) support to fix battery issue on the Asus T100TA, Mika Westerberg
        • Re: [RFC PATCH V2] ACPI: Add _DEP(Operation Region Dependencies) support to fix battery issue on the Asus T100TA, Rafael J. Wysocki
          • Re: [RFC PATCH V2] ACPI: Add _DEP(Operation Region Dependencies) support to fix battery issue on the Asus T100TA, Mika Westerberg
• PROBLEM: Toshiba R700 backlight control lost on resume, Alan Pater
  • Re: PROBLEM: Toshiba R700 backlight control lost on resume, Azael Avalos
    • Re: PROBLEM: Toshiba R700 backlight control lost on resume, Alan Pater
      • Re: PROBLEM: Toshiba R700 backlight control lost on resume, Azael Avalos
        • Re: PROBLEM: Toshiba R700 backlight control lost on resume, Azael Avalos
          • Re: PROBLEM: Toshiba R700 backlight control lost on resume, Alan Pater
            • Re: PROBLEM: Toshiba R700 backlight control lost on resume, Azael Avalos
              • Re: PROBLEM: Toshiba R700 backlight control lost on resume, Alan Pater
                • Re: PROBLEM: Toshiba R700 backlight control lost on resume, Alan Pater
• [Patch Part1 v3 00/20] Prepare for enabling hierarchy irqdomain on x86, Jiang Liu
  • [Patch Part1 v3 08/20] x86, irq: Introduce helpers to access struct irq_cfg, Jiang Liu
  • [Patch Part1 v3 07/20] x86, irq: Protect __clear_irq_vector() with vector_lock, Jiang Liu
  • [Patch Part1 v3 10/20] x86, irq: Replace printk(KERN_LVL) with pr_lvl() utilities, Jiang Liu
  • [Patch Part1 v3 12/20] x86, irq: Move HT IRQ related code from io_apic.c into htirq.c, Jiang Liu
  • [Patch Part1 v3 11/20] x86, irq: Move PCI MSI related code from io_apic.c into msi.c, Jiang Liu
  • [Patch Part1 v3 09/20] x86, irq: Move local APIC related code from io_apic.c into vector.c, Jiang Liu
  • [Patch Part1 v3 13/20] x86, irq: Move IOAPIC related declarations from hw_irq.h into io_apic.h, Jiang Liu
  • [Patch Part1 v3 16/20] x86, irq: Use helpers to access irq_cfg data structure associated with IRQ, Jiang Liu
  • [Patch Part1 v3 20/20] x86, irq: Fix link error of undefined reference to send_cleanup_vector, Jiang Liu
  • [Patch Part1 v3 19/20] iommu/amd: Use helpers to access irq_cfg data structure associated with IRQ, Jiang Liu
  • [Patch Part1 v3 14/20] x86, irq: Move IRQ initialization routines from io_apic.c into vector.c, Jiang Liu
  • [Patch Part1 v3 15/20] x86, irq: Make MSI and HT_IRQ indepenent of X86_IO_APIC, Jiang Liu
  • [Patch Part1 v3 17/20] x86: irq_remapping: Use helpers to access irq_cfg data structure associated with IRQ, Jiang Liu
  • [Patch Part1 v3 18/20] iommu/vt-d: Use helpers to access irq_cfg data structure associated with IRQ, Jiang Liu
  • [Patch Part1 v3 06/20] x86, irq: Rename local APIC related functions in io_apic.c as apic_xxx(), Jiang Liu
  • [Patch Part1 v3 05/20] x86, irq: Refine hw_irq.h to prepare for irqdomain support, Jiang Liu
  • [Patch Part1 v3 04/20] x86, irq: Convert irq_2_pin list to generic list, Jiang Liu
  • [Patch Part1 v3 03/20] x86, irq: Kill fourth parameter of IO_APIC_get_PCI_irq_vector(), Jiang Liu
  • [Patch Part1 v3 02/20] x86, irq, ACPI: Fix building warning of unused code, Jiang Liu
  • [Patch Part1 v3 01/20] ACPI, irq, x86: Get rid of special handling of GSI for ACPI SCI, Jiang Liu
• [PATCH] ACPI: blacklist Win8 OSI for Dell Vostro 3546, Adam Lee
  • Re: [PATCH] ACPI: blacklist Win8 OSI for Dell Vostro 3546, Rafael J. Wysocki
• [Patch v7 00/18] Enable support of IOAPIC hotplug on x86 platforms, Jiang Liu
  • <Possible follow-ups>
  • [Patch v7 00/18] Enable support of IOAPIC hotplug on x86 platforms, Jiang Liu
    • [Patch v7 01/18] ACPI, irq: fix regression casued by 6b9fb7082409, Jiang Liu
      • Re: [Patch v7 01/18] ACPI, irq: fix regression casued by 6b9fb7082409, Pavel Machek
      • Re: [Patch v7 01/18] ACPI, irq: fix regression casued by 6b9fb7082409, Bjorn Helgaas
        • Re: [Patch v7 01/18] ACPI, irq: fix regression casued by 6b9fb7082409, Thomas Gleixner
    • [Patch v7 10/18] x86, irq: Prefer assigned ID in APIC ID register for x86_64, Jiang Liu
    • [Patch v7 16/18] x86, irq, ACPI: Implement interfaces to support ACPI based IOAPIC hot-removal, Jiang Liu
    • [Patch v7 18/18] x86, irq, ACPI: Implement ACPI driver to support IOAPIC hotplug, Jiang Liu
    • [Patch v7 17/18] x86, irq: Introduce helper to check whether an IOAPIC has been registered, Jiang Liu
      • Re: [Patch v7 17/18] x86, irq: Introduce helper to check whether an IOAPIC has been registered, Pavel Machek
    • [Patch v7 15/18] x86, irq, ACPI: Implement interface to support ACPI based IOAPIC hot-addition, Jiang Liu
    • [Patch v7 14/18] x86, irq, ACPI: Introduce a rwsem to protect IOAPIC operations from hotplug, Jiang Liu
      • Re: [Patch v7 14/18] x86, irq, ACPI: Introduce a rwsem to protect IOAPIC operations from hotplug, Thomas Gleixner
        • Re: [Patch v7 14/18] x86, irq, ACPI: Introduce a rwsem to protect IOAPIC operations from hotplug, Jiang Liu
    • [Patch v7 13/18] x86, irq: Refine mp_register_ioapic() to prepare for IOAPIC hotplug, Jiang Liu
    • [Patch v7 12/18] x86, irq: Keep balance of IOAPIC pin reference count, Jiang Liu
    • [Patch v7 11/18] x86, irq: Remove __init marker for functions will be used by IOAPIC hotplug, Jiang Liu
    • [Patch v7 09/18] x86, irq: Split out alloc_ioapic_save_registers(), Jiang Liu
    • [Patch v7 08/18] PCI: Remove PCI ioapic driver, Jiang Liu
    • [Patch v7 06/18] ACPI: Fix minor syntax issues in processor_core.c, Jiang Liu
    • [Patch v7 07/18] ACPI: Add interfaces to parse IOAPIC ID for IOAPIC hotplug, Jiang Liu
    • [Patch v7 05/18] ACPI: Correct return value of acpi_dev_resource_address_space(), Jiang Liu
      • Re: [Patch v7 05/18] ACPI: Correct return value of acpi_dev_resource_address_space(), Rafael J. Wysocki
      • Re: [Patch v7 05/18] ACPI: Correct return value of acpi_dev_resource_address_space(), Bjorn Helgaas
        • Re: [Patch v7 05/18] ACPI: Correct return value of acpi_dev_resource_address_space(), Rafael J. Wysocki
          • Re: [Patch v7 05/18] ACPI: Correct return value of acpi_dev_resource_address_space(), Bjorn Helgaas
    • [Patch v7 04/18] x86, PCI, ACPI: Kill private function resource_to_addr() in arch/x86/pci/acpi.c, Jiang Liu
    • [Patch v7 03/18] ACPI, irq, x86: Return IRQ instead of GSI in mp_register_gsi(), Jiang Liu
    • [Patch v7 02/18] x86, intel-mid: Create IRQs for APB timers and RTC timers, Jiang Liu
• ACPI regression: New Acer workarounds break Samsung NP900X, Ortwin Glück
  • RE: ACPI regression: New Acer workarounds break Samsung NP900X, Zheng, Lv
  • [PATCH v2 0/2] ACPI/EC: Fix regressions on Samsung hardware., Lv Zheng
    • [PATCH v2 2/2] ACPI/EC: Fix a regression caused by conflict firmware behavior between Samsung and Acer., Lv Zheng
    • [PATCH v2 1/2] Revert "ACPI / EC: Add support to disallow QR_EC to be issued before completing previous QR_EC", Lv Zheng
    • Re: [PATCH v2 0/2] ACPI/EC: Fix regressions on Samsung hardware., Rafael J. Wysocki
• Re: [PATCH] ACPI: Use ACPI companion to match only the first physical device, Jarkko Nikula
  • <Possible follow-ups>
  • Re: [PATCH] ACPI: Use ACPI companion to match only the first physical device, Rafael J. Wysocki
    • Re: [PATCH] ACPI: Use ACPI companion to match only the first physical device, Mika Westerberg
    • Re: [PATCH] ACPI: Use ACPI companion to match only the first physical device, Rafael J. Wysocki
      • Re: [PATCH] ACPI: Use ACPI companion to match only the first physical device, Mika Westerberg
        • Re: [PATCH] ACPI: Use ACPI companion to match only the first physical device, Rafael J. Wysocki
          • Re: [PATCH] ACPI: Use ACPI companion to match only the first physical device, Mika Westerberg
• [GIT PULL] Thermal management updates for 3.18-rc2, Zhang Rui
• [PATCH] ACPI: invoke acpi_device_wakeup() with correct parameters, Zhang Rui
  • Re: [PATCH] ACPI: invoke acpi_device_wakeup() with correct parameters, Rafael J. Wysocki
• [PATCH 0/6] ACPI/OSL: Rework of ACPICA memory OSLs to improve performance., Lv Zheng
  • [PATCH 6/6] ACPI/OSL: Fix performance issue in system memory lockings., Lv Zheng
  • [PATCH 5/6] ACPI/OSL: Cleanup branch logics., Lv Zheng
  • [PATCH 4/6] ACPI/OSL: Add acpi_map2virt() to merge duplicate code., Lv Zheng
  • [PATCH 3/6] ACPI/OSL: Cleanup memory access functions by merging duplicate code., Lv Zheng
  • [PATCH 1/6] ACPI/OSL: Split memory operation region implementations to a seperate file., Lv Zheng
  • [PATCH 2/6] ACPI/OSL: Rename system memory functions., Lv Zheng
  • RE: [PATCH 0/6] ACPI/OSL: Rework of ACPICA memory OSLs to improve performance., Zheng, Lv
• [PATCH v6 00/12] Add ACPI _DSD and unified device properties support, Rafael J. Wysocki
  • [PATCH v6 12/12] input: gpio_keys_polled: Make use of device property API, Rafael J. Wysocki
  • [PATCH v6 11/12] leds: leds-gpio: Make use of device property API, Rafael J. Wysocki
  • [PATCH v6 10/12] gpio: Support for unified device properties interface, Rafael J. Wysocki
  • [PATCH v6 01/12] ACPI: Add support for device specific properties, Rafael J. Wysocki
  • [PATCH v6 02/12] Driver core: Unified device properties interface for platform firmware, Rafael J. Wysocki
    • Re: [PATCH v6 02/12] Driver core: Unified device properties interface for platform firmware, Grant Likely
      • Re: [PATCH v6 02/12] Driver core: Unified device properties interface for platform firmware, Rafael J. Wysocki
        • Re: [PATCH v6 02/12] Driver core: Unified device properties interface for platform firmware, Grant Likely
          • Re: [PATCH v6 02/12] Driver core: Unified device properties interface for platform firmware, Rafael J. Wysocki
    • Re: [PATCH v6 02/12] Driver core: Unified device properties interface for platform firmware, Grant Likely
      • Re: [PATCH v6 02/12] Driver core: Unified device properties interface for platform firmware, Rafael J. Wysocki
    • [Update][PATCH v6 02/12] Driver core: Unified device properties interface for platform firmware, Rafael J. Wysocki
  • [PATCH v6 03/12] ACPI: Allow drivers to match using Device Tree compatible property, Rafael J. Wysocki
  • [PATCH v6 04/12] misc: at25: Make use of device property API, Rafael J. Wysocki
    • Re: [PATCH v6 04/12] misc: at25: Make use of device property API, Grant Likely
      • Re: [PATCH v6 04/12] misc: at25: Make use of device property API, Mika Westerberg
        • Re: [PATCH v6 04/12] misc: at25: Make use of device property API, Grant Likely
          • Re: [PATCH v6 04/12] misc: at25: Make use of device property API, Rafael J. Wysocki
            • Re: [PATCH v6 04/12] misc: at25: Make use of device property API, Mika Westerberg
  • [PATCH v6 05/12] gpio / ACPI: Add support for _DSD device properties, Rafael J. Wysocki
  • [PATCH v6 06/12] gpio: sch: Consolidate core and resume banks, Rafael J. Wysocki
  • [PATCH v6 07/12] leds: leds-gpio: Add support for GPIO descriptors, Rafael J. Wysocki
  • [PATCH v6 08/12] input: gpio_keys_polled: Add support for GPIO descriptors, Rafael J. Wysocki
  • [PATCH v6 09/12] Driver core: Unified interface for firmware node properties, Rafael J. Wysocki
    • [Update][PATCH v6 09/12] Driver core: Unified interface for firmware node properties, Rafael J. Wysocki
  • Re: [PATCH v6 00/12] Add ACPI _DSD and unified device properties support, Rafael J. Wysocki
    • Re: [PATCH v6 00/12] Add ACPI _DSD and unified device properties support, Grant Likely
      • Re: [PATCH v6 00/12] Add ACPI _DSD and unified device properties support, Rafael J. Wysocki
• pnp bus disables serial console despite no_console_suspend, Peter Hurley
• GPIO bindings guidelines (Was: Re: [PATCH v5 10/12] gpio: Support for unified device properties interface), Alexandre Courbot
  • Re: GPIO bindings guidelines (Was: Re: [PATCH v5 10/12] gpio: Support for unified device properties interface), Arnd Bergmann
    • Re: GPIO bindings guidelines (Was: Re: [PATCH v5 10/12] gpio: Support for unified device properties interface), Mika Westerberg
      • Re: GPIO bindings guidelines (Was: Re: [PATCH v5 10/12] gpio: Support for unified device properties interface), Arnd Bergmann
        • Re: GPIO bindings guidelines (Was: Re: [PATCH v5 10/12] gpio: Support for unified device properties interface), Mika Westerberg
          • Re: GPIO bindings guidelines (Was: Re: [PATCH v5 10/12] gpio: Support for unified device properties interface), Arnd Bergmann
            • Re: GPIO bindings guidelines (Was: Re: [PATCH v5 10/12] gpio: Support for unified device properties interface), Rafael J. Wysocki
              • Re: GPIO bindings guidelines (Was: Re: [PATCH v5 10/12] gpio: Support for unified device properties interface), Mika Westerberg
                • Re: GPIO bindings guidelines (Was: Re: [PATCH v5 10/12] gpio: Support for unified device properties interface), Rafael J. Wysocki
                  • Re: GPIO bindings guidelines (Was: Re: [PATCH v5 10/12] gpio: Support for unified device properties interface), Mika Westerberg
                    • Re: GPIO bindings guidelines (Was: Re: [PATCH v5 10/12] gpio: Support for unified device properties interface), Rafael J. Wysocki
                      • Re: GPIO bindings guidelines (Was: Re: [PATCH v5 10/12] gpio: Support for unified device properties interface), Alexandre Courbot
                      • Re: GPIO bindings guidelines (Was: Re: [PATCH v5 10/12] gpio: Support for unified device properties interface), Mika Westerberg
                        • Re: GPIO bindings guidelines (Was: Re: [PATCH v5 10/12] gpio: Support for unified device properties interface), Rafael J. Wysocki
                          • [PATCH] ACPI / GPIO: Driver GPIO mappings for ACPI GPIOs, Rafael J. Wysocki
                            • Re: [PATCH] ACPI / GPIO: Driver GPIO mappings for ACPI GPIOs, Alexandre Courbot
                              • Re: [PATCH] ACPI / GPIO: Driver GPIO mappings for ACPI GPIOs, Rafael J. Wysocki
                                • Re: [PATCH] ACPI / GPIO: Driver GPIO mappings for ACPI GPIOs, Alexandre Courbot
                                  • Re: [PATCH] ACPI / GPIO: Driver GPIO mappings for ACPI GPIOs, Rafael J. Wysocki
                                    • Re: [PATCH] ACPI / GPIO: Driver GPIO mappings for ACPI GPIOs, Mika Westerberg
                            • Re: [PATCH] ACPI / GPIO: Driver GPIO mappings for ACPI GPIOs, Linus Walleij
                              • Re: [PATCH] ACPI / GPIO: Driver GPIO mappings for ACPI GPIOs, Rafael J. Wysocki
                                • Re: [PATCH] ACPI / GPIO: Driver GPIO mappings for ACPI GPIOs, Linus Walleij
                                  • Re: [PATCH] ACPI / GPIO: Driver GPIO mappings for ACPI GPIOs, Rafael J. Wysocki
                                  • Re: [PATCH] ACPI / GPIO: Driver GPIO mappings for ACPI GPIOs, Alexandre Courbot
                                    • Re: [PATCH] ACPI / GPIO: Driver GPIO mappings for ACPI GPIOs, Rafael J. Wysocki
                          • Re: GPIO bindings guidelines (Was: Re: [PATCH v5 10/12] gpio: Support for unified device properties interface), Mika Westerberg
              • Re: GPIO bindings guidelines (Was: Re: [PATCH v5 10/12] gpio: Support for unified device properties interface), Alexandre Courbot
                • Re: GPIO bindings guidelines (Was: Re: [PATCH v5 10/12] gpio: Support for unified device properties interface), Arnd Bergmann
    • Re: GPIO bindings guidelines (Was: Re: [PATCH v5 10/12] gpio: Support for unified device properties interface), Alexandre Courbot
      • Re: GPIO bindings guidelines (Was: Re: [PATCH v5 10/12] gpio: Support for unified device properties interface), Arnd Bergmann
        • Re: GPIO bindings guidelines (Was: Re: [PATCH v5 10/12] gpio: Support for unified device properties interface), Linus Walleij
• [PATCH v2 34/47] acpi: Register poweroff handler with kernel poweroff handler, Guenter Roeck
  • Re: [PATCH v2 34/47] acpi: Register poweroff handler with kernel poweroff handler, Rafael J. Wysocki
• [Patch] ACPI, irq: fix regression casued by 6b9fb7082409, Jiang Liu
• [PATCH v5 00/18] Introduce ACPI for ARM64 based on ACPI 5.1, Hanjun Guo
  • [PATCH v5 06/18] ARM64 / ACPI: Introduce early_param for "acpi" and pass acpi=force to enable ACPI, Hanjun Guo
  • [PATCH v5 07/18] ARM64 / ACPI: If we chose to boot from acpi then disable FDT, Hanjun Guo
  • [PATCH v5 11/18] ARM64 / ACPI: Parse MADT for SMP initialization, Hanjun Guo
  • [PATCH v5 18/18] Documentation: ACPI for ARM64, Hanjun Guo
    • Re: [PATCH v5 18/18] Documentation: ACPI for ARM64, Timur Tabi
      • Re: [PATCH v5 18/18] Documentation: ACPI for ARM64, Hanjun Guo
    • Re: [PATCH v5 18/18] Documentation: ACPI for ARM64, Suravee Suthikulanit
      • Re: [PATCH v5 18/18] Documentation: ACPI for ARM64, Hanjun Guo
    • Re: [PATCH v5 18/18] Documentation: ACPI for ARM64, Catalin Marinas
      • Re: [PATCH v5 18/18] Documentation: ACPI for ARM64, Jon Masters
      • Re: [PATCH v5 18/18] Documentation: ACPI for ARM64, Mark Brown
      • Re: [PATCH v5 18/18] Documentation: ACPI for ARM64, Hanjun Guo
        • Re: [PATCH v5 18/18] Documentation: ACPI for ARM64, Catalin Marinas
          • Re: [PATCH v5 18/18] Documentation: ACPI for ARM64, Arnd Bergmann
            • Re: [PATCH v5 18/18] Documentation: ACPI for ARM64, Catalin Marinas
              • Re: [PATCH v5 18/18] Documentation: ACPI for ARM64, G Gregory
                • Re: [PATCH v5 18/18] Documentation: ACPI for ARM64, Catalin Marinas
              • Re: [Linaro-acpi] [PATCH v5 18/18] Documentation: ACPI for ARM64, Arnd Bergmann
                • Re: [Linaro-acpi] [PATCH v5 18/18] Documentation: ACPI for ARM64, Catalin Marinas
                  • Re: [Linaro-acpi] [PATCH v5 18/18] Documentation: ACPI for ARM64, Arnd Bergmann
                • Re: [Linaro-acpi] [PATCH v5 18/18] Documentation: ACPI for ARM64, Grant Likely
                  • Re: [Linaro-acpi] [PATCH v5 18/18] Documentation: ACPI for ARM64, Jon Masters
                    • Re: [Linaro-acpi] [PATCH v5 18/18] Documentation: ACPI for ARM64, Arnd Bergmann
                      • Re: [Linaro-acpi] [PATCH v5 18/18] Documentation: ACPI for ARM64, Al Stone
                        • Re: [Linaro-acpi] [PATCH v5 18/18] Documentation: ACPI for ARM64, Arnd Bergmann
                      • Re: [Linaro-acpi] [PATCH v5 18/18] Documentation: ACPI for ARM64, Mark Brown
              • Re: [PATCH v5 18/18] Documentation: ACPI for ARM64, Jon Masters
                • Re: [Linaro-acpi] [PATCH v5 18/18] Documentation: ACPI for ARM64, Arnd Bergmann
                  • Re: [Linaro-acpi] [PATCH v5 18/18] Documentation: ACPI for ARM64, Jon Masters
                    • Re: [Linaro-acpi] [PATCH v5 18/18] Documentation: ACPI for ARM64, Jon Masters
                      • Re: [Linaro-acpi] [PATCH v5 18/18] Documentation: ACPI for ARM64, Arnd Bergmann
                        • Re: [Linaro-acpi] [PATCH v5 18/18] Documentation: ACPI for ARM64, Catalin Marinas
                          • Re: [Linaro-acpi] [PATCH v5 18/18] Documentation: ACPI for ARM64, Arnd Bergmann
                            • Re: [Linaro-acpi] [PATCH v5 18/18] Documentation: ACPI for ARM64, Mark Brown
                              • Re: [Linaro-acpi] [PATCH v5 18/18] Documentation: ACPI for ARM64, Jon Masters
                                • Re: [Linaro-acpi] [PATCH v5 18/18] Documentation: ACPI for ARM64, Arnd Bergmann
                                  • Re: [Linaro-acpi] [PATCH v5 18/18] Documentation: ACPI for ARM64, Mark Brown
                                    • Re: [Linaro-acpi] [PATCH v5 18/18] Documentation: ACPI for ARM64, Jon Masters
                                  • Re: [Linaro-acpi] [PATCH v5 18/18] Documentation: ACPI for ARM64, Catalin Marinas
                                    • Re: [Linaro-acpi] [PATCH v5 18/18] Documentation: ACPI for ARM64, Arnd Bergmann
                                    • Re: [Linaro-acpi] [PATCH v5 18/18] Documentation: ACPI for ARM64, Catalin Marinas
                              • Re: [Linaro-acpi] [PATCH v5 18/18] Documentation: ACPI for ARM64, Jason Cooper
                                • Re: [Linaro-acpi] [PATCH v5 18/18] Documentation: ACPI for ARM64, Jon Masters
                                  • Re: [Linaro-acpi] [PATCH v5 18/18] Documentation: ACPI for ARM64, Jon Masters
                                    • Re: [Linaro-acpi] [PATCH v5 18/18] Documentation: ACPI for ARM64, Jason Cooper
                                    • Re: [Linaro-acpi] [PATCH v5 18/18] Documentation: ACPI for ARM64, Arnd Bergmann
                                    • RE: [Linaro-acpi] [PATCH v5 18/18] Documentation: ACPI for ARM64, Kangkang Shen
                                  • Re: [Linaro-acpi] [PATCH v5 18/18] Documentation: ACPI for ARM64, Jason Cooper
                                    • Re: [Linaro-acpi] [PATCH v5 18/18] Documentation: ACPI for ARM64, Jon Masters
      • Re: [PATCH v5 18/18] Documentation: ACPI for ARM64, Hanjun Guo
        • Re: [PATCH v5 18/18] Documentation: ACPI for ARM64, Catalin Marinas
          • Re: [PATCH v5 18/18] Documentation: ACPI for ARM64, Hanjun Guo
            • Re: [PATCH v5 18/18] Documentation: ACPI for ARM64, Catalin Marinas
              • Re: [PATCH v5 18/18] Documentation: ACPI for ARM64, Hanjun Guo
                • Re: [PATCH v5 18/18] Documentation: ACPI for ARM64, G Gregory
                  • Re: [PATCH v5 18/18] Documentation: ACPI for ARM64, Hanjun Guo
              • Re: [PATCH v5 18/18] Documentation: ACPI for ARM64, Arnd Bergmann
                • Re: [PATCH v5 18/18] Documentation: ACPI for ARM64, Catalin Marinas
                  • RE: [PATCH v5 18/18] Documentation: ACPI for ARM64, Charles Garcia-Tobin
                  • Re: [PATCH v5 18/18] Documentation: ACPI for ARM64, Jon Masters
                    • Re: [PATCH v5 18/18] Documentation: ACPI for ARM64, Arnd Bergmann
    • Message not available
      • Re: [PATCH v5 18/18] Documentation: ACPI for ARM64, ashwinc
        • Re: [PATCH v5 18/18] Documentation: ACPI for ARM64, Hanjun Guo
          • Re: [PATCH v5 18/18] Documentation: ACPI for ARM64, ashwinc
          • Re: [PATCH v5 18/18] Documentation: ACPI for ARM64, Graeme Gregory
            • Re: [PATCH v5 18/18] Documentation: ACPI for ARM64, Hanjun Guo
              • Re: [PATCH v5 18/18] Documentation: ACPI for ARM64, Catalin Marinas
  • [PATCH v5 17/18] ARM64 / ACPI: Enable ARM64 in Kconfig, Hanjun Guo
  • [PATCH v5 16/18] ARM64 / ACPI: Select ACPI_REDUCED_HARDWARE_ONLY if ACPI is enabled on ARM64, Hanjun Guo
  • [PATCH v5 15/18] ARM64 / ACPI: Parse GTDT to initialize arch timer, Hanjun Guo
  • [PATCH v5 14/18] ARM64 / ACPI: Add GICv2 specific ACPI boot support, Hanjun Guo
  • [PATCH v5 13/18] ARM64 / ACPI: Introduce ACPI_IRQ_MODEL_GIC and register device's gsi, Hanjun Guo
  • [PATCH v5 12/18] ACPI / processor: Make it possible to get CPU hardware ID via GICC, Hanjun Guo
    • Re: [PATCH v5 12/18] ACPI / processor: Make it possible to get CPU hardware ID via GICC, Lorenzo Pieralisi
      • Re: [PATCH v5 12/18] ACPI / processor: Make it possible to get CPU hardware ID via GICC, Hanjun Guo
        • Re: [PATCH v5 12/18] ACPI / processor: Make it possible to get CPU hardware ID via GICC, Lorenzo Pieralisi
          • Re: [PATCH v5 12/18] ACPI / processor: Make it possible to get CPU hardware ID via GICC, Hanjun Guo
        • Re: [PATCH v5 12/18] ACPI / processor: Make it possible to get CPU hardware ID via GICC, Rafael J. Wysocki
          • Re: [PATCH v5 12/18] ACPI / processor: Make it possible to get CPU hardware ID via GICC, Hanjun Guo
  • [PATCH v5 10/18] ACPI / table: Print GIC information when MADT is parsed, Hanjun Guo
  • [PATCH v5 09/18] ARM64 / ACPI: Parse FADT table to get PSCI flags for PSCI init, Hanjun Guo
  • [PATCH v5 08/18] ARM64 / ACPI: Make PCI optional for ACPI on ARM64, Hanjun Guo
  • [PATCH v5 05/18] ARM64 / ACPI: Introduce sleep-arm.c, Hanjun Guo
  • [PATCH v5 04/18] ARM64 / ACPI: Get RSDP and ACPI boot-time tables, Hanjun Guo
  • [PATCH v5 03/18] ACPI / table: Count matched and successfully parsed entries without specifying max entries, Hanjun Guo
    • Re: [PATCH v5 03/18] ACPI / table: Count matched and successfully parsed entries without specifying max entries, Hanjun Guo
      • Re: [PATCH v5 03/18] ACPI / table: Count matched and successfully parsed entries without specifying max entries, Rafael J. Wysocki
        • Re: [PATCH v5 03/18] ACPI / table: Count matched and successfully parsed entries without specifying max entries, Hanjun Guo
    • Re: [PATCH v5 03/18] ACPI / table: Count matched and successfully parsed entries without specifying max entries, Rafael J. Wysocki
      • Re: [PATCH v5 03/18] ACPI / table: Count matched and successfully parsed entries without specifying max entries, Tomasz Nowicki
        • Re: [PATCH v5 03/18] ACPI / table: Count matched and successfully parsed entries without specifying max entries, Rafael J. Wysocki
          • Re: [PATCH v5 03/18] ACPI / table: Count matched and successfully parsed entries without specifying max entries, Tomasz Nowicki
            • Re: [PATCH v5 03/18] ACPI / table: Count matched and successfully parsed entries without specifying max entries, Rafael J. Wysocki
              • Re: [PATCH v5 03/18] ACPI / table: Count matched and successfully parsed entries without specifying max entries, Tomasz Nowicki
  • [PATCH v5 02/18] ACPI / table: Add new function to get table entries, Hanjun Guo
    • Re: [PATCH v5 02/18] ACPI / table: Add new function to get table entries, Rafael J. Wysocki
      • Re: [PATCH v5 02/18] ACPI / table: Add new function to get table entries, Hanjun Guo
        • Re: [PATCH v5 02/18] ACPI / table: Add new function to get table entries, Rafael J. Wysocki
          • Re: [PATCH v5 02/18] ACPI / table: Add new function to get table entries, Hanjun Guo
            • Re: [PATCH v5 02/18] ACPI / table: Add new function to get table entries, Rafael J. Wysocki
              • Re: [PATCH v5 02/18] ACPI / table: Add new function to get table entries, Hanjun Guo
  • [PATCH v5 01/18] ARM64: Move the init of cpu_logical_map(0) before unflatten_device_tree(), Hanjun Guo
    • Re: [PATCH v5 01/18] ARM64: Move the init of cpu_logical_map(0) before unflatten_device_tree(), Hanjun Guo
      • Re: [PATCH v5 01/18] ARM64: Move the init of cpu_logical_map(0) before unflatten_device_tree(), Catalin Marinas
        • Re: [PATCH v5 01/18] ARM64: Move the init of cpu_logical_map(0) before unflatten_device_tree(), Will Deacon
          • Re: [PATCH v5 01/18] ARM64: Move the init of cpu_logical_map(0) before unflatten_device_tree(), Sudeep Holla
            • Re: [PATCH v5 01/18] ARM64: Move the init of cpu_logical_map(0) before unflatten_device_tree(), Will Deacon
              • Re: [PATCH v5 01/18] ARM64: Move the init of cpu_logical_map(0) before unflatten_device_tree(), Hanjun Guo
• [PATCH] ACPI: do not fail suspend if unable to configure wakeup, Dmitry Torokhov
  • Re: [PATCH] ACPI: do not fail suspend if unable to configure wakeup, Rafael J. Wysocki
    • Re: [PATCH] ACPI: do not fail suspend if unable to configure wakeup, Dmitry Torokhov
      • Re: [PATCH] ACPI: do not fail suspend if unable to configure wakeup, Dmitry Torokhov
        • Re: [PATCH] ACPI: do not fail suspend if unable to configure wakeup, Rafael J. Wysocki
          • Re: [PATCH] ACPI: do not fail suspend if unable to configure wakeup, Dmitry Torokhov
            • Re: [PATCH] ACPI: do not fail suspend if unable to configure wakeup, Rafael J. Wysocki
              • Re: [PATCH] ACPI: do not fail suspend if unable to configure wakeup, Rafael J. Wysocki
                • Re: [PATCH] ACPI: do not fail suspend if unable to configure wakeup, Dmitry Torokhov
                  • Re: [PATCH] ACPI: do not fail suspend if unable to configure wakeup, Rafael J. Wysocki
                    • Re: [PATCH] ACPI: do not fail suspend if unable to configure wakeup, Dmitry Torokhov
• [PATCH 0/5] ACPI/EC: Cleanup debugging messages and coding styles., Lv Zheng
  • [PATCH 1/5] ACPI/EC: Add CPU ID to debugging messages., Lv Zheng
  • [PATCH 2/5] ACPI/EC: Enhance the logs to apply to QR_EC transactions., Lv Zheng
  • [PATCH 3/5] ACPI/EC: Add detailed command/query debugging information., Lv Zheng
  • [PATCH 4/5] ACPI/EC: Refine event/query debugging messages., Lv Zheng
  • [PATCH 5/5] ACPI/EC: Cleanup coding style., Lv Zheng
    • Re: [PATCH 5/5] ACPI/EC: Cleanup coding style., Rafael J. Wysocki
      • RE: [PATCH 5/5] ACPI/EC: Cleanup coding style., Zheng, Lv
        • RE: [PATCH 5/5] ACPI/EC: Cleanup coding style., Zheng, Lv
          • Re: [PATCH 5/5] ACPI/EC: Cleanup coding style., Rafael J. Wysocki
  • Re: [PATCH 0/5] ACPI/EC: Cleanup debugging messages and coding styles., Rafael J. Wysocki
• Re: Reducing dependence on BIOS for allocating memory at PCI root port?, Bjorn Helgaas
  • RE: Reducing dependence on BIOS for allocating memory at PCI root port?, Rajat Jain
• [PATCH v9] PCC: Platform Communication Channel, Ashwin Chaugule
  • [PATCH v9] Mailbox: Add support for Platform Communication Channel, Ashwin Chaugule
    • Re: [PATCH v9] Mailbox: Add support for Platform Communication Channel, Ashwin Chaugule
      • Re: [PATCH v9] Mailbox: Add support for Platform Communication Channel, Ashwin Chaugule
• [PATCH 00/10] ACPICA: 20140926 Release, Lv Zheng
  • [PATCH 01/10] ACPICA: Add string for _DDN method name., Lv Zheng
  • [PATCH 03/10] ACPICA: Events: Reduce indent divergences of events files., Lv Zheng
  • [PATCH 04/10] ACPICA: Events: Reduce source code difference in acpi_install_gpe_handler()., Lv Zheng
  • [PATCH 06/10] ACPICA: Events: Reduce source code difference for the ACPI_EVENT_FLAG_HANDLE support., Lv Zheng
  • [PATCH 08/10] ACPICA: iASL/Disassembler: Add support for hardware summary mapfiles., Lv Zheng
  • [PATCH 07/10] ACPICA: Events: Reduce source code difference for the ACPI_EVENT_FLAG_HANDLE renaming., Lv Zheng
  • [PATCH 09/10] ACPICA: acpiexec: Do not put STDIN into raw mode unless it is a terminal., Lv Zheng
  • [PATCH 02/10] ACPICA: acpidump: Add ACPI 1.0 RSDP support., Lv Zheng
  • [PATCH 05/10] ACPICA: Events: Update GPE handler removal, match behavior of handler install., Lv Zheng
  • [PATCH 10/10] ACPICA: Update version to 20140926., Lv Zheng
  • Re: [PATCH 00/10] ACPICA: 20140926 Release, Rafael J. Wysocki
• [GIT PULL] ACPI and power management updates for 3.18-rc1, Rafael J. Wysocki
  • <Possible follow-ups>
  • [GIT PULL] ACPI and power management updates for 3.18-rc1, Rafael J. Wysocki
• [PATCH 04/44] m68k: Replace mach_power_off with pm_power_off, Guenter Roeck
  • Re: [PATCH 04/44] m68k: Replace mach_power_off with pm_power_off, Geert Uytterhoeven
• [PATCH 01/44] kernel: Add support for poweroff handler call chain, Guenter Roeck
  • Re: [PATCH 01/44] kernel: Add support for poweroff handler call chain, Philippe Rétornaz
  • Re: [PATCH 01/44] kernel: Add support for poweroff handler call chain, Pavel Machek
    • Re: [PATCH 01/44] kernel: Add support for poweroff handler call chain, Guenter Roeck
  • Re: [PATCH 01/44] kernel: Add support for poweroff handler call chain, Geert Uytterhoeven
  • Re: [PATCH 01/44] kernel: Add support for poweroff handler call chain, Stephen Boyd
    • Re: [PATCH 01/44] kernel: Add support for poweroff handler call chain, Frans Klaver
      • Re: [PATCH 01/44] kernel: Add support for poweroff handler call chain, Guenter Roeck
        • Re: [PATCH 01/44] kernel: Add support for poweroff handler call chain, Frans Klaver
    • Re: [PATCH 01/44] kernel: Add support for poweroff handler call chain, Guenter Roeck
      • Re: [PATCH 01/44] kernel: Add support for poweroff handler call chain, Stephen Boyd
• [PATCH 03/44] hibernate: Call have_kernel_poweroff instead of checking pm_power_off, Guenter Roeck
  • Re: [PATCH 03/44] hibernate: Call have_kernel_poweroff instead of checking pm_power_off, Rafael J. Wysocki
  • Re: [PATCH 03/44] hibernate: Call have_kernel_poweroff instead of checking pm_power_off, Pavel Machek
    • Re: [PATCH 03/44] hibernate: Call have_kernel_poweroff instead of checking pm_power_off, Guenter Roeck
• [PATCH 05/44] mfd: as3722: Drop reference to pm_power_off from devicetree bindings, Guenter Roeck
  • Re: [PATCH 05/44] mfd: as3722: Drop reference to pm_power_off from devicetree bindings, Mark Rutland
  • Re: [PATCH 05/44] mfd: as3722: Drop reference to pm_power_off from devicetree bindings, Rob Landley
    • Re: [PATCH 05/44] mfd: as3722: Drop reference to pm_power_off from devicetree bindings, Guenter Roeck
      • Re: [PATCH 05/44] mfd: as3722: Drop reference to pm_power_off from devicetree bindings, David Daney
        • Re: [PATCH 05/44] mfd: as3722: Drop reference to pm_power_off from devicetree bindings, Rob Landley
    • Re: [PATCH 05/44] mfd: as3722: Drop reference to pm_power_off from devicetree bindings, Mark Rutland
• [PATCH 09/44] mfd: palmas: Register with kernel poweroff handler, Guenter Roeck
• [PATCH 11/44] mfd: retu: Register with kernel poweroff handler, Guenter Roeck
• [PATCH 07/44] qnap-poweroff: Drop reference to pm_power_off from devicetree bindings, Guenter Roeck
  • Re: [PATCH 07/44] qnap-poweroff: Drop reference to pm_power_off from devicetree bindings, Mark Rutland
    • Re: [PATCH 07/44] qnap-poweroff: Drop reference to pm_power_off from devicetree bindings, Guenter Roeck
  • Re: [PATCH 07/44] qnap-poweroff: Drop reference to pm_power_off from devicetree bindings, Andrew Lunn
• [PATCH 06/44] gpio-poweroff: Drop reference to pm_power_off from devicetree bindings, Guenter Roeck
  • Re: [PATCH 06/44] gpio-poweroff: Drop reference to pm_power_off from devicetree bindings, Mark Rutland
  • Re: [PATCH 06/44] gpio-poweroff: Drop reference to pm_power_off from devicetree bindings, Andrew Lunn
• [PATCH 10/44] mfd: axp20x: Register with kernel poweroff handler, Guenter Roeck
• [PATCH 13/44] mfd: max8907: Register with kernel poweroff handler, Guenter Roeck
• [PATCH 14/44] mfd: tps80031: Register with kernel poweroff handler, Guenter Roeck
• [PATCH 12/44] mfd: ab8500-sysctrl: Register with kernel poweroff handler, Guenter Roeck
  • Re: [PATCH 12/44] mfd: ab8500-sysctrl: Register with kernel poweroff handler, Lee Jones
    • Re: [PATCH 12/44] mfd: ab8500-sysctrl: Register with kernel poweroff handler, Catalin Marinas
      • Re: [PATCH 12/44] mfd: ab8500-sysctrl: Register with kernel poweroff handler, Lee Jones
        • Re: [PATCH 12/44] mfd: ab8500-sysctrl: Register with kernel poweroff handler, Guenter Roeck
          • Re: [PATCH 12/44] mfd: ab8500-sysctrl: Register with kernel poweroff handler, Lee Jones
            • Re: [PATCH 12/44] mfd: ab8500-sysctrl: Register with kernel poweroff handler, Guenter Roeck
        • Re: [PATCH 12/44] mfd: ab8500-sysctrl: Register with kernel poweroff handler, Guenter Roeck
• [PATCH 15/44] mfd: dm355evm_msp: Register with kernel poweroff handler, Guenter Roeck
• [PATCH 18/44] mfd: twl4030-power: Register with kernel poweroff handler, Guenter Roeck
  • Re: [PATCH 18/44] mfd: twl4030-power: Register with kernel poweroff handler, Lee Jones
• [PATCH 17/44] mfd: tps65910: Register with kernel poweroff handler, Guenter Roeck
• [PATCH 19/44] ipmi: Register with kernel poweroff handler, Guenter Roeck
• [PATCH 16/44] mfd: tps6586x: Register with kernel poweroff handler, Guenter Roeck
• [PATCH 22/44] power/reset: as3722-poweroff: Register with kernel poweroff handler, Guenter Roeck
• [PATCH 21/44] power/reset: gpio-poweroff: Register with kernel poweroff handler, Guenter Roeck
  • Re: [PATCH 21/44] power/reset: gpio-poweroff: Register with kernel poweroff handler, Andrew Lunn
• [PATCH 25/44] power/reset: vexpress-poweroff: Register with kernel poweroff handler, Guenter Roeck
• [PATCH 26/44] x86: iris: Register with kernel poweroff handler, Guenter Roeck
• [PATCH 20/44] power/reset: restart-poweroff: Register with kernel poweroff handler, Guenter Roeck
  • Re: [PATCH 20/44] power/reset: restart-poweroff: Register with kernel poweroff handler, Andrew Lunn
• [PATCH 27/44] x86: apm: Register with kernel poweroff handler, Guenter Roeck
• [PATCH 23/44] power/reset: qnap-poweroff: Register with kernel poweroff handler, Guenter Roeck
  • Re: [PATCH 23/44] power/reset: qnap-poweroff: Register with kernel poweroff handler, Andrew Lunn
• [PATCH 24/44] power/reset: msm-powroff: Register with kernel poweroff handler, Guenter Roeck
• [PATCH 28/44] x86: olpc: Register xo1 poweroff handler with kernel poweroff handler, Guenter Roeck
• [PATCH 29/44] staging: nvec: Register with kernel poweroff handler, Guenter Roeck
  • Re: [PATCH 29/44] staging: nvec: Register with kernel poweroff handler, Greg Kroah-Hartman
• [PATCH 32/44] arm64: psci: Register with kernel poweroff handler, Guenter Roeck
  • Re: [PATCH 32/44] arm64: psci: Register with kernel poweroff handler, Catalin Marinas
• [PATCH 33/44] avr32: atngw100: Register with kernel poweroff handler, Guenter Roeck
  • Re: [PATCH 33/44] avr32: atngw100: Register with kernel poweroff handler, Hans-Christian Egtvedt
    • Re: [PATCH 33/44] avr32: atngw100: Register with kernel poweroff handler, Guenter Roeck
• [PATCH 35/44] m68k: Register with kernel poweroff handler, Guenter Roeck
  • Re: [PATCH 35/44] m68k: Register with kernel poweroff handler, Geert Uytterhoeven
• [PATCH 30/44] acpi: Register poweroff handler with kernel poweroff handler, Guenter Roeck
• [PATCH 31/44] arm: Register with kernel poweroff handler, Guenter Roeck
  • Re: [PATCH 31/44] arm: Register with kernel poweroff handler, Nicolas Ferre
• [PATCH 36/44] mips: Register with kernel poweroff handler, Guenter Roeck
• [PATCH 37/44] sh: Register with kernel poweroff handler, Guenter Roeck
• [PATCH 40/44] x86: intel-mid: Drop registration of dummy poweroff handlers, Guenter Roeck
• [PATCH 38/44] x86: lguest: Register with kernel poweroff handler, Guenter Roeck
• [PATCH 41/44] x86: pmc_atom: Register poweroff handler with kernel poweroff handler, Guenter Roeck
• [PATCH 42/44] efi: Register poweroff handler with kernel poweroff handler, Guenter Roeck
• [PATCH 43/44] hwmon: (ab8500) Call kernel_power_off instead of pm_power_off, Guenter Roeck
• [PATCH 44/44] kernel: Remove pm_power_off, Guenter Roeck
  • Re: [PATCH 44/44] kernel: Remove pm_power_off, Rafael J. Wysocki
• [PATCH 39/44] x86: ce4100: Register with kernel poweroff handler, Guenter Roeck
• [PATCH 34/44] ia64: Register with kernel poweroff handler, Guenter Roeck
• [PATCH 02/44] memory: emif: Use API function to determine poweroff capability, Guenter Roeck
• [PATCH v4 00/13] Add ACPI _DSD and unified device properties support, Rafael J. Wysocki
  • [PATCH 13/13] input: gpio_keys_polled - Make use of device property API, Rafael J. Wysocki
    • Re: [PATCH 13/13] input: gpio_keys_polled - Make use of device property API, Dmitry Torokhov
  • [PATCH 12/13] leds: leds-gpio: Make use of device property API, Rafael J. Wysocki
    • Re: [PATCH 12/13] leds: leds-gpio: Make use of device property API, Rafael J. Wysocki
      • Re: [PATCH 12/13] leds: leds-gpio: Make use of device property API, Bryan Wu
        • Re: [PATCH 12/13] leds: leds-gpio: Make use of device property API, Rafael J. Wysocki
  • [PATCH 11/13] gpio: Support for unified device properties interface, Rafael J. Wysocki
    • Re: [PATCH 11/13] gpio: Support for unified device properties interface, Alexandre Courbot
      • Re: [PATCH 11/13] gpio: Support for unified device properties interface, Mika Westerberg
        • Re: [PATCH 11/13] gpio: Support for unified device properties interface, Alexandre Courbot
          • Re: [PATCH 11/13] gpio: Support for unified device properties interface, Rafael J. Wysocki
            • Re: [PATCH 11/13] gpio: Support for unified device properties interface, Alexandre Courbot
              • Re: [PATCH 11/13] gpio: Support for unified device properties interface, Rafael J. Wysocki
  • [PATCH 01/13] ACPI: Add support for device specific properties, Rafael J. Wysocki
    • Re: [PATCH 01/13] ACPI: Add support for device specific properties, Grant Likely
  • [PATCH 02/13] Driver core: Unified device properties interface for platform firmware, Rafael J. Wysocki
  • [PATCH 03/13] ACPI: Allow drivers to match using Device Tree compatible property, Rafael J. Wysocki
    • Re: [PATCH 03/13] ACPI: Allow drivers to match using Device Tree compatible property, Grant Likely
  • [PATCH 04/13] ACPI: Document ACPI device specific properties, Rafael J. Wysocki
    • Re: [PATCH 04/13] ACPI: Document ACPI device specific properties, Grant Likely
      • Re: [PATCH 04/13] ACPI: Document ACPI device specific properties, Mika Westerberg
  • [PATCH 05/13] misc: at25: Make use of device property API, Rafael J. Wysocki
    • Re: [PATCH 05/13] misc: at25: Make use of device property API, Geert Uytterhoeven
      • Re: [PATCH 05/13] misc: at25: Make use of device property API, Mika Westerberg
  • [PATCH 06/13] gpio / ACPI: Add support for _DSD device properties, Rafael J. Wysocki
    • Re: [PATCH 06/13] gpio / ACPI: Add support for _DSD device properties, Grant Likely
      • Re: [PATCH 06/13] gpio / ACPI: Add support for _DSD device properties, Mika Westerberg
  • [PATCH 07/13] gpio: sch: Consolidate core and resume banks, Rafael J. Wysocki
  • [PATCH 08/13] leds: leds-gpio: Add support for GPIO descriptors, Rafael J. Wysocki
  • [PATCH 10/13] Driver core: Child node properties for devices, Rafael J. Wysocki
  • [PATCH 09/12] input: gpio_keys_polled - Add support for GPIO descriptors, Rafael J. Wysocki
    • Re: [PATCH 09/12] input: gpio_keys_polled - Add support for GPIO descriptors, Dmitry Torokhov
  • Re: [PATCH v4 00/13] Add ACPI _DSD and unified device properties support, Rafael J. Wysocki
  • Re: [PATCH v4 00/13] Add ACPI _DSD and unified device properties support, Greg Kroah-Hartman