Linux ACPI

• Date Index

• Re: [PATCH v13 7/9] ACPI: Translate the I/O range of non-MMIO devices before scanning, (continued)
  • Re: [PATCH v13 7/9] ACPI: Translate the I/O range of non-MMIO devices before scanning, John Garry
  • Re: [PATCH v13 7/9] ACPI: Translate the I/O range of non-MMIO devices before scanning, Lorenzo Pieralisi
    • Re: [PATCH v13 7/9] ACPI: Translate the I/O range of non-MMIO devices before scanning, John Garry
      • Re: [PATCH v13 7/9] ACPI: Translate the I/O range of non-MMIO devices before scanning, John Garry
        • Re: [PATCH v13 7/9] ACPI: Translate the I/O range of non-MMIO devices before scanning, Rafael J. Wysocki
          • Re: [PATCH v13 7/9] ACPI: Translate the I/O range of non-MMIO devices before scanning, Lorenzo Pieralisi
          • Re: [PATCH v13 7/9] ACPI: Translate the I/O range of non-MMIO devices before scanning, John Garry
        • Re: [PATCH v13 7/9] ACPI: Translate the I/O range of non-MMIO devices before scanning, Andy Shevchenko
          • Re: [PATCH v13 7/9] ACPI: Translate the I/O range of non-MMIO devices before scanning, John Garry
            • Re: [PATCH v13 7/9] ACPI: Translate the I/O range of non-MMIO devices before scanning, Andy Shevchenko
  • [PATCH v13 9/9] MAINTAINERS: Add maintainer for HiSilicon LPC driver, John Garry
  • [PATCH v13 8/9] LPC, ACPI: Add the HISI LPC ACPI support, John Garry
  • [PATCH v13 5/9] OF: Add missing I/O range exception for indirect-IO devices, John Garry
  • [PATCH v13 3/9] PCI: Add fwnode handler as input param of pci_register_io_range(), John Garry
  • [PATCH v13 1/9] LIB: Introduce a generic PIO mapping method, John Garry
    • Re: [PATCH v13 1/9] LIB: Introduce a generic PIO mapping method, dann frazier
      • Re: [PATCH v13 1/9] LIB: Introduce a generic PIO mapping method, John Garry
• [PATCH 0/5] PCI: Fixes for native PCIe and ACPI hotplug, Mika Westerberg
  • [PATCH 4/5] ACPI / hotplug / PCI: Do not scan all bridges when native PCIe hotplug is used, Mika Westerberg
    • Re: [PATCH 4/5] ACPI / hotplug / PCI: Do not scan all bridges when native PCIe hotplug is used, Rafael J. Wysocki
  • [PATCH 5/5] ACPI / hotplug / PCI: Mark stale PCI devices disconnected, Mika Westerberg
    • Re: [PATCH 5/5] ACPI / hotplug / PCI: Mark stale PCI devices disconnected, Rafael J. Wysocki
  • [PATCH 3/5] PCI: pciehp: Clear Presence Detect and Data Link Layer Status Changed on resume, Mika Westerberg
    • Re: [PATCH 3/5] PCI: pciehp: Clear Presence Detect and Data Link Layer Status Changed on resume, Rafael J. Wysocki
  • [PATCH 1/5] PCI: Make sure all bridges reserve at least one bus number, Mika Westerberg
    • Re: [PATCH 1/5] PCI: Make sure all bridges reserve at least one bus number, Rafael J. Wysocki
      • Re: [PATCH 1/5] PCI: Make sure all bridges reserve at least one bus number, Mika Westerberg
  • [PATCH 2/5] PCI: Take bridge window alignment into account when distributing resources, Mika Westerberg
    • Re: [PATCH 2/5] PCI: Take bridge window alignment into account when distributing resources, Rafael J. Wysocki
• [PATCH v13 0/2] iommu/smmu-v3: Workaround for hisilicon 161010801 erratum(reserve HW MSI), Shameer Kolothum
  • [PATCH v13 1/2] ACPI/IORT: Add msi address regions reservation helper, Shameer Kolothum
  • [PATCH v13 2/2] iommu/dma: Add HW MSI(GICv3 ITS) address regions reservation, Shameer Kolothum
  • Re: [PATCH v13 0/2] iommu/smmu-v3: Workaround for hisilicon 161010801 erratum(reserve HW MSI), Joerg Roedel
• [PATCH 00/37] Shared Virtual Addressing for the IOMMU, Jean-Philippe Brucker
  • [PATCH 01/37] iommu: Introduce Shared Virtual Addressing API, Jean-Philippe Brucker
    • RE: [PATCH 01/37] iommu: Introduce Shared Virtual Addressing API, Tian, Kevin
      • Re: [PATCH 01/37] iommu: Introduce Shared Virtual Addressing API, Jean-Philippe Brucker
        • RE: [PATCH 01/37] iommu: Introduce Shared Virtual Addressing API, Tian, Kevin
          • Re: [PATCH 01/37] iommu: Introduce Shared Virtual Addressing API, Jean-Philippe Brucker
            • RE: [PATCH 01/37] iommu: Introduce Shared Virtual Addressing API, Tian, Kevin
              • Re: [PATCH 01/37] iommu: Introduce Shared Virtual Addressing API, Jean-Philippe Brucker
    • Re: [PATCH 01/37] iommu: Introduce Shared Virtual Addressing API, Joerg Roedel
  • [PATCH 02/37] iommu/sva: Bind process address spaces to devices, Jean-Philippe Brucker
    • RE: [PATCH 02/37] iommu/sva: Bind process address spaces to devices, Tian, Kevin
      • Re: [PATCH 02/37] iommu/sva: Bind process address spaces to devices, Jean-Philippe Brucker
        • RE: [PATCH 02/37] iommu/sva: Bind process address spaces to devices, Tian, Kevin
          • Re: [PATCH 02/37] iommu/sva: Bind process address spaces to devices, Jean-Philippe Brucker
            • RE: [PATCH 02/37] iommu/sva: Bind process address spaces to devices, Liu, Yi L
              • Re: [PATCH 02/37] iommu/sva: Bind process address spaces to devices, Jean-Philippe Brucker
    • Re: [PATCH 02/37] iommu/sva: Bind process address spaces to devices, Sinan Kaya
      • Re: [PATCH 02/37] iommu/sva: Bind process address spaces to devices, Jean-Philippe Brucker
  • [PATCH 03/37] iommu/sva: Manage process address spaces, Jean-Philippe Brucker
    • Re: [PATCH 03/37] iommu/sva: Manage process address spaces, Lu Baolu
      • Re: [PATCH 03/37] iommu/sva: Manage process address spaces, Christian König
        • Re: [PATCH 03/37] iommu/sva: Manage process address spaces, Jean-Philippe Brucker
      • Re: [PATCH 03/37] iommu/sva: Manage process address spaces, Jean-Philippe Brucker
    • Re: [PATCH 03/37] iommu/sva: Manage process address spaces, Sinan Kaya
      • Re: [PATCH 03/37] iommu/sva: Manage process address spaces, Jean-Philippe Brucker
    • Re: [PATCH 03/37] iommu/sva: Manage process address spaces, Sinan Kaya
      • Re: [PATCH 03/37] iommu/sva: Manage process address spaces, Jean-Philippe Brucker
    • Re: [PATCH 03/37] iommu/sva: Manage process address spaces, Sinan Kaya
      • Re: [PATCH 03/37] iommu/sva: Manage process address spaces, Jean-Philippe Brucker
        • Re: [PATCH 03/37] iommu/sva: Manage process address spaces, Sinan Kaya
          • Re: [PATCH 03/37] iommu/sva: Manage process address spaces, Jean-Philippe Brucker
  • [PATCH 04/37] iommu/sva: Add a mm_exit callback for device drivers, Jean-Philippe Brucker
    • RE: [PATCH 04/37] iommu/sva: Add a mm_exit callback for device drivers, Tian, Kevin
      • Re: [PATCH 04/37] iommu/sva: Add a mm_exit callback for device drivers, Jean-Philippe Brucker
  • [PATCH 05/37] iommu/sva: Track mm changes with an MMU notifier, Jean-Philippe Brucker
  • [PATCH 06/37] iommu/sva: Search mm by PASID, Jean-Philippe Brucker
  • [PATCH 07/37] iommu: Add a page fault handler, Jean-Philippe Brucker
    • Re: [PATCH 07/37] iommu: Add a page fault handler, Jacob Pan
    • Re: [PATCH 07/37] iommu: Add a page fault handler, Sinan Kaya
      • Re: [PATCH 07/37] iommu: Add a page fault handler, Jean-Philippe Brucker
    • Re: [PATCH 07/37] iommu: Add a page fault handler, Sinan Kaya
      • Re: [PATCH 07/37] iommu: Add a page fault handler, Jean-Philippe Brucker
        • Re: [PATCH 07/37] iommu: Add a page fault handler, okaya
    • Re: [PATCH 07/37] iommu: Add a page fault handler, Jonathan Cameron
  • [PATCH 08/37] iommu/fault: Handle mm faults, Jean-Philippe Brucker
    • Re: [PATCH 08/37] iommu/fault: Handle mm faults, Jacob Pan
  • [PATCH 09/37] iommu/fault: Let handler return a fault response, Jean-Philippe Brucker
    • Re: [PATCH 09/37] iommu/fault: Let handler return a fault response, Jacob Pan
  • [PATCH 10/37] iommu/fault: Allow blocking fault handlers, Jean-Philippe Brucker
  • [PATCH 11/37] dt-bindings: document stall and PASID properties for IOMMU masters, Jean-Philippe Brucker
    • Re: [PATCH 11/37] dt-bindings: document stall and PASID properties for IOMMU masters, Rob Herring
  • [PATCH 12/37] iommu/of: Add stall and pasid properties to iommu_fwspec, Jean-Philippe Brucker
  • [PATCH 13/37] arm64: mm: Pin down ASIDs for sharing mm with devices, Jean-Philippe Brucker
  • [PATCH 14/37] iommu/arm-smmu-v3: Link domains and devices, Jean-Philippe Brucker
  • [PATCH 15/37] iommu/io-pgtable-arm: Factor out ARM LPAE register defines, Jean-Philippe Brucker
  • [PATCH 16/37] iommu: Add generic PASID table library, Jean-Philippe Brucker
    • Re: [PATCH 16/37] iommu: Add generic PASID table library, Jacob Pan
  • [PATCH 17/37] iommu/arm-smmu-v3: Move context descriptor code, Jean-Philippe Brucker
    • Re: [PATCH 17/37] iommu/arm-smmu-v3: Move context descriptor code, Jonathan Cameron
  • [PATCH 18/37] iommu/arm-smmu-v3: Add support for Substream IDs, Jean-Philippe Brucker
  • [PATCH 19/37] iommu/arm-smmu-v3: Add second level of context descriptor table, Jean-Philippe Brucker
  • [PATCH 20/37] iommu/arm-smmu-v3: Share process page tables, Jean-Philippe Brucker
  • [PATCH 21/37] iommu/arm-smmu-v3: Seize private ASID, Jean-Philippe Brucker
  • [PATCH 23/37] iommu/arm-smmu-v3: Enable broadcast TLB maintenance, Jean-Philippe Brucker
  • [PATCH 24/37] iommu/arm-smmu-v3: Add SVA feature checking, Jean-Philippe Brucker
  • [PATCH 25/37] iommu/arm-smmu-v3: Implement mm operations, Jean-Philippe Brucker
  • [PATCH 26/37] iommu/arm-smmu-v3: Add support for Hardware Translation Table Update, Jean-Philippe Brucker
  • [PATCH 22/37] iommu/arm-smmu-v3: Add support for VHE, Jean-Philippe Brucker
  • [PATCH 28/37] iommu/arm-smmu-v3: Maintain a SID->device structure, Jean-Philippe Brucker
    • Re: [PATCH 28/37] iommu/arm-smmu-v3: Maintain a SID->device structure, Jonathan Cameron
  • [PATCH 29/37] iommu/arm-smmu-v3: Add stall support for platform devices, Jean-Philippe Brucker
    • Re: [PATCH 29/37] iommu/arm-smmu-v3: Add stall support for platform devices, Xu Zaibo
      • Re: [PATCH 29/37] iommu/arm-smmu-v3: Add stall support for platform devices, Jean-Philippe Brucker
  • [PATCH 33/37] iommu/arm-smmu-v3: Disable tagged pointers, Jean-Philippe Brucker
  • [PATCH 34/37] PCI: Make "PRG Response PASID Required" handling common, Jean-Philippe Brucker
  • [PATCH 35/37] iommu/arm-smmu-v3: Add support for PRI, Jean-Philippe Brucker
    • Re: [PATCH 35/37] iommu/arm-smmu-v3: Add support for PRI, Dongdong Liu
      • Re: [PATCH 35/37] iommu/arm-smmu-v3: Add support for PRI, Jean-Philippe Brucker
    • Re: [PATCH 35/37] iommu/arm-smmu-v3: Add support for PRI, Jonathan Cameron
  • [PATCH 31/37] iommu/arm-smmu-v3: Add support for PCI ATS, Jean-Philippe Brucker
    • Re: [PATCH 31/37] iommu/arm-smmu-v3: Add support for PCI ATS, Jonathan Cameron
  • [PATCH 32/37] iommu/arm-smmu-v3: Hook up ATC invalidation to mm ops, Jean-Philippe Brucker
  • [PATCH 36/37] iommu/arm-smmu-v3: Add support for PCI PASID, Jean-Philippe Brucker
  • [PATCH 37/37] vfio: Add support for Shared Virtual Addressing, Jean-Philippe Brucker
    • Re: [PATCH 37/37] vfio: Add support for Shared Virtual Addressing, Alex Williamson
    • Re: [PATCH 37/37] vfio: Add support for Shared Virtual Addressing, Sinan Kaya
      • Re: [PATCH 37/37] vfio: Add support for Shared Virtual Addressing, Jean-Philippe Brucker
  • [PATCH 30/37] ACPI/IORT: Check ATS capability in root complex nodes, Jean-Philippe Brucker
  • [PATCH 27/37] iommu/arm-smmu-v3: Register fault workqueue, Jean-Philippe Brucker
    • Re: [PATCH 27/37] iommu/arm-smmu-v3: Register fault workqueue, Jonathan Cameron
• [PATCH] ACPI / hotplug / PCI: Check presence of slot itself in get_slot_status(), Mika Westerberg
  • Re: [PATCH] ACPI / hotplug / PCI: Check presence of slot itself in get_slot_status(), Mike Lothian
    • Re: [PATCH] ACPI / hotplug / PCI: Check presence of slot itself in get_slot_status(), Bjorn Helgaas
      • Re: [PATCH] ACPI / hotplug / PCI: Check presence of slot itself in get_slot_status(), Mike Lothian
      • Re: [PATCH] ACPI / hotplug / PCI: Check presence of slot itself in get_slot_status(), Mike Lothian
        • Re: [PATCH] ACPI / hotplug / PCI: Check presence of slot itself in get_slot_status(), Bjorn Helgaas
          • Re: [PATCH] ACPI / hotplug / PCI: Check presence of slot itself in get_slot_status(), Mike Lothian
            • Message not available
              • Re: [PATCH] ACPI / hotplug / PCI: Check presence of slot itself in get_slot_status(), Mike Lothian
  • Re: [PATCH] ACPI / hotplug / PCI: Check presence of slot itself in get_slot_status(), Rafael J. Wysocki
  • Re: [PATCH] ACPI / hotplug / PCI: Check presence of slot itself in get_slot_status(), Bjorn Helgaas
    • Re: [PATCH] ACPI / hotplug / PCI: Check presence of slot itself in get_slot_status(), Mike Lothian
      • Re: [PATCH] ACPI / hotplug / PCI: Check presence of slot itself in get_slot_status(), Bjorn Helgaas
• [PATCH v2 0/2] acpi: document sysfs interfaces, Aishwarya Pant
  • [PATCH v2 1/2] acpi/dptf: document sysfs atttributes, Aishwarya Pant
  • [PATCH v2 2/2] acpi/dock: document sysfs interface, Aishwarya Pant
  • Re: [PATCH v2 0/2] acpi: document sysfs interfaces, Rafael J. Wysocki
• [PATCH] ACPI: SPCR: Mark expected switch fall-through in acpi_parse_spcr, Gustavo A. R. Silva
  • Re: [PATCH] ACPI: SPCR: Mark expected switch fall-through in acpi_parse_spcr, Rafael J. Wysocki
• [PATCH] ACPI/PCI: pci_link: change log level of no _PRS messages, Alex Hung
  • Re: [PATCH] ACPI/PCI: pci_link: change log level of no _PRS messages, Bjorn Helgaas
    • Re: [PATCH] ACPI/PCI: pci_link: change log level of no _PRS messages, Alex Hung
    • Re: [PATCH] ACPI/PCI: pci_link: change log level of no _PRS messages, Rafael J. Wysocki
      • Re: [PATCH] ACPI/PCI: pci_link: change log level of no _PRS messages, Bjorn Helgaas
        • Re: [PATCH] ACPI/PCI: pci_link: change log level of no _PRS messages, Rafael J. Wysocki
          • Re: [PATCH] ACPI/PCI: pci_link: change log level of no _PRS messages, Rafael J. Wysocki
          • Re: [PATCH] ACPI/PCI: pci_link: change log level of no _PRS messages, Alex Hung
            • Re: [PATCH] ACPI/PCI: pci_link: change log level of no _PRS messages, Rafael J. Wysocki
              • Re: [PATCH] ACPI/PCI: pci_link: change log level of no _PRS messages, Alex Hung
• [PATCH v4 1/4] ACPI / bus: Do not traverse through non-existed device table, Andy Shevchenko
  • [PATCH v4 3/4] ACPI / bus: Rename acpi_get_match_data() to acpi_device_get_match_data(), Andy Shevchenko
  • [PATCH v4 4/4] device property: Constify device_get_match_data(), Andy Shevchenko
  • [PATCH v4 2/4] ACPI / bus: Remove checks in acpi_get_match_data(), Andy Shevchenko
  • Re: [PATCH v4 1/4] ACPI / bus: Do not traverse through non-existed device table, Mika Westerberg
    • Re: [PATCH v4 1/4] ACPI / bus: Do not traverse through non-existed device table, Rafael J. Wysocki
• [PATCH] ACPI/IORT: Remove temporary iort_get_id_mapping_index() ACPICA guard, Lorenzo Pieralisi
  • Re: [PATCH] ACPI/IORT: Remove temporary iort_get_id_mapping_index() ACPICA guard, Hanjun Guo
• [GIT PULL] More ACPI updates for v4.16-rc1, Rafael J. Wysocki
• [pm:linux-next 23/25] drivers/acpi/ec.c:1936:12: error: redefinition of 'acpi_ec_suspend_noirq', kbuild test robot
  • <Possible follow-ups>
  • [pm:linux-next 23/25] drivers/acpi/ec.c:1936:12: error: redefinition of 'acpi_ec_suspend_noirq', kbuild test robot
• [PATCH v13 4/4] battery: Add the ThinkPad "Not Charging" quirk, Ognjen Galic
  • Re: [PATCH v13 4/4] battery: Add the ThinkPad "Not Charging" quirk, Henrique de Moraes Holschuh
    • Re: [PATCH v13 4/4] battery: Add the ThinkPad "Not Charging" quirk, Sebastian Reichel
      • Re: [PATCH v13 4/4] battery: Add the ThinkPad "Not Charging" quirk, Ognjen Galić
• [PATCH v13 3/4] thinkpad_acpi: Add support for battery thresholds, Ognjen Galic
  • Re: [PATCH v13 3/4] thinkpad_acpi: Add support for battery thresholds, Rafael J. Wysocki
  • Re: [PATCH v13 3/4] thinkpad_acpi: Add support for battery thresholds, Sebastian Reichel
    • Re: [PATCH v13 3/4] thinkpad_acpi: Add support for battery thresholds, Rafael J. Wysocki
      • Re: [PATCH v13 3/4] thinkpad_acpi: Add support for battery thresholds, Sebastian Reichel
        • Re: [PATCH v13 3/4] thinkpad_acpi: Add support for battery thresholds, Rafael J. Wysocki
          • Re: [PATCH v13 3/4] thinkpad_acpi: Add support for battery thresholds, Sebastian Reichel
            • Re: [PATCH v13 3/4] thinkpad_acpi: Add support for battery thresholds, Ognjen Galić
              • Re: [PATCH v13 3/4] thinkpad_acpi: Add support for battery thresholds, Andy Shevchenko
                • Re: [PATCH v13 3/4] thinkpad_acpi: Add support for battery thresholds, Rafael J. Wysocki
                  • Re: [PATCH v13 3/4] thinkpad_acpi: Add support for battery thresholds, Ognjen Galić
                    • Re: [PATCH v13 3/4] thinkpad_acpi: Add support for battery thresholds, Rafael J. Wysocki
                  • Re: [PATCH v13 3/4] thinkpad_acpi: Add support for battery thresholds, Ognjen Galić
                    • Re: [PATCH v13 3/4] thinkpad_acpi: Add support for battery thresholds, Rafael J. Wysocki
                  • Re: [PATCH v13 3/4] thinkpad_acpi: Add support for battery thresholds, Andy Shevchenko
  • Re: [PATCH v13 3/4] thinkpad_acpi: Add support for battery thresholds, Henrique de Moraes Holschuh
• [PATCH v13 2/4] pm: add to_power_supply macro to the API, Ognjen Galic
  • Re: [PATCH v13 2/4] pm: add to_power_supply macro to the API, Sebastian Reichel
• [PATCH v13 1/4] battery: Add the battery hooking API, Ognjen Galic
  • Re: [PATCH v13 1/4] battery: Add the battery hooking API, Rafael J. Wysocki
  • Re: [PATCH v13 1/4] battery: Add the battery hooking API, Kristian Klausen
    • Re: [PATCH v13 1/4] battery: Add the battery hooking API, Sebastian Reichel
• [PATCH v3 1/5] ACPI / bus: Return error code from __acpi_match_device() in one case, Andy Shevchenko
  • [PATCH v3 4/5] ACPI / bus: Rename acpi_get_match_data() to acpi_device_get_match_data(), Andy Shevchenko
  • [PATCH v3 3/5] ACPI / bus: Remove checks in acpi_get_match_data(), Andy Shevchenko
  • [PATCH v3 5/5] device property: Constify device_get_match_data(), Andy Shevchenko
  • [PATCH v3 2/5] ACPI / bus: Do not traverse through non-existed device table, Andy Shevchenko
    • Re: [PATCH v3 2/5] ACPI / bus: Do not traverse through non-existed device table, Rafael J. Wysocki
      • Re: [PATCH v3 2/5] ACPI / bus: Do not traverse through non-existed device table, Rafael J. Wysocki
      • Re: [PATCH v3 2/5] ACPI / bus: Do not traverse through non-existed device table, Andy Shevchenko
      • Re: [PATCH v3 2/5] ACPI / bus: Do not traverse through non-existed device table, Andy Shevchenko
        • Re: [PATCH v3 2/5] ACPI / bus: Do not traverse through non-existed device table, Rafael J. Wysocki
  • Re: [PATCH v3 1/5] ACPI / bus: Return error code from __acpi_match_device() in one case, Rafael J. Wysocki
    • Re: [PATCH v3 1/5] ACPI / bus: Return error code from __acpi_match_device() in one case, Andy Shevchenko
      • Re: [PATCH v3 1/5] ACPI / bus: Return error code from __acpi_match_device() in one case, Rafael J. Wysocki
        • Re: [PATCH v3 1/5] ACPI / bus: Return error code from __acpi_match_device() in one case, Andy Shevchenko
          • Re: [PATCH v3 1/5] ACPI / bus: Return error code from __acpi_match_device() in one case, Rafael J. Wysocki
    • Re: [PATCH v3 1/5] ACPI / bus: Return error code from __acpi_match_device() in one case, Rafael J. Wysocki
• [PATCH 0/2] acpi: document sysfs interfaces, Aishwarya Pant
  • [PATCH 1/2] acpi/dptf: document sysfs atttributes, Aishwarya Pant
    • Re: [PATCH 1/2] acpi/dptf: document sysfs atttributes, Rafael J. Wysocki
      • Re: [PATCH 1/2] acpi/dptf: document sysfs atttributes, Aishwarya Pant
        • Re: [PATCH 1/2] acpi/dptf: document sysfs atttributes, Rafael J. Wysocki
      • Re: [PATCH 1/2] acpi/dptf: document sysfs atttributes, Srinivas Pandruvada
  • [PATCH v1 2/2] acpi/dock: document sysfs interface, Aishwarya Pant
    • Re: [PATCH v1 2/2] acpi/dock: document sysfs interface, Rafael J. Wysocki
• [PATCH] ACPI / CPPC: Use 64-bit arithmetic instead of 32-bit, Gustavo A. R. Silva
  • Re: [PATCH] ACPI / CPPC: Use 64-bit arithmetic instead of 32-bit, Rafael J. Wysocki
    • Re: [PATCH] ACPI / CPPC: Use 64-bit arithmetic instead of 32-bit, Gustavo A. R. Silva
• [PATCH v4] ACPI / tables: Add IORT to injectable table list, Yang Shunyong
  • Re: [PATCH v4] ACPI / tables: Add IORT to injectable table list, Hanjun Guo
    • Re: [PATCH v4] ACPI / tables: Add IORT to injectable table list, Rafael J. Wysocki
• [GIT PULL] libnvdimm for 4.16, Ross Zwisler
• Re: [PATCH v9 3/7] acpi: apei: Add SEI notification type support for ARMv8, gengdongjiu
  • Re: [PATCH v9 3/7] acpi: apei: Add SEI notification type support for ARMv8, James Morse
    • Re: [PATCH v9 3/7] acpi: apei: Add SEI notification type support for ARMv8, gengdongjiu
      • Re: [PATCH v9 3/7] acpi: apei: Add SEI notification type support for ARMv8, James Morse
        • Re: [PATCH v9 3/7] acpi: apei: Add SEI notification type support for ARMv8, gengdongjiu
• Re: [Bug 197863] Thinkpad X240 resume dramatically slower on kernels 4.13+, Rafael J. Wysocki
  • Re: [Bug 197863] Thinkpad X240 resume dramatically slower on kernels 4.13+, Bjørn Mork
    • Re: [Bug 197863] Thinkpad X240 resume dramatically slower on kernels 4.13+, Rafael J. Wysocki
      • Re: [Bug 197863] Thinkpad X240 resume dramatically slower on kernels 4.13+, Rafael J. Wysocki
        • Re: [Bug 197863] Thinkpad X240 resume dramatically slower on kernels 4.13+, Rafael J. Wysocki
          • Re: [Bug 197863] Thinkpad X240 resume dramatically slower on kernels 4.13+, Markus Demleitner
            • Re: [Bug 197863] Thinkpad X240 resume dramatically slower on kernels 4.13+, Rafael J. Wysocki
  • [PATCH] ACPI / EC: Restore polling during noirq suspend/resume phases, Rafael J. Wysocki
• [PATCH v4] ACPI: Parse entire table as a term_list for Dell XPS 9570 and Precision M5530, Kai-Heng Feng
  • Re: [PATCH v4] ACPI: Parse entire table as a term_list for Dell XPS 9570 and Precision M5530, Rafael J. Wysocki
• acpi: sbs* 'correct' ACPI setup/requirements assistance, Marty E. Plummer
• [PATCH] acpi, nfit: fix register dimm error handling, Toshi Kani
  • Re: [PATCH] acpi, nfit: fix register dimm error handling, Dan Williams
    • Re: [PATCH] acpi, nfit: fix register dimm error handling, Kani, Toshi
• [Patch v2 0/5] platform/x86: intel_pmc_core: Add CFL/CNL Support, Rajneesh Bhardwaj
  • [Patch v2 1/5] ACPI / LPIT: Export lpit_read_residency_count_address(), Rajneesh Bhardwaj
  • Re: [Patch v2 0/5] platform/x86: intel_pmc_core: Add CFL/CNL Support, Andy Shevchenko
• [PATCH v3] ACPI / tables: Add IORT to injectable table list, Yang Shunyong
  • Re: [PATCH v3] ACPI / tables: Add IORT to injectable table list, Hanjun Guo
    • Re: Re: [PATCH v3] ACPI / tables: Add IORT to injectable table list, Wang, Dongsheng
      • Re: [PATCH v3] ACPI / tables: Add IORT to injectable table list, Jon Masters
        • Re: [PATCH v3] ACPI / tables: Add IORT to injectable table list, Yang, Shunyong
• [PATCH v2 1/6] ACPI / bus: Return error code from __acpi_match_device() in one case, Andy Shevchenko
  • [PATCH v2 5/6] dmaengine: hidma: Constify returned by device_get_match_data() value, Andy Shevchenko
    • Re: [PATCH v2 5/6] dmaengine: hidma: Constify returned by device_get_match_data() value, Andy Shevchenko
  • [PATCH v2 3/6] ACPI / bus: Remove checks in acpi_get_match_data(), Andy Shevchenko
    • Re: [PATCH v2 3/6] ACPI / bus: Remove checks in acpi_get_match_data(), Andy Shevchenko
      • Re: [PATCH v2 3/6] ACPI / bus: Remove checks in acpi_get_match_data(), Rafael J. Wysocki
        • Re: [PATCH v2 3/6] ACPI / bus: Remove checks in acpi_get_match_data(), Andy Shevchenko
          • Re: [PATCH v2 3/6] ACPI / bus: Remove checks in acpi_get_match_data(), Rafael J. Wysocki
            • Re: [PATCH v2 3/6] ACPI / bus: Remove checks in acpi_get_match_data(), Andy Shevchenko
  • [PATCH v2 4/6] ACPI / bus: Rename acpi_get_match_data() to acpi_device_get_match_data(), Andy Shevchenko
    • Re: [PATCH v2 4/6] ACPI / bus: Rename acpi_get_match_data() to acpi_device_get_match_data(), Rafael J. Wysocki
      • Re: [PATCH v2 4/6] ACPI / bus: Rename acpi_get_match_data() to acpi_device_get_match_data(), Andy Shevchenko
        • Re: [PATCH v2 4/6] ACPI / bus: Rename acpi_get_match_data() to acpi_device_get_match_data(), Rafael J. Wysocki
  • [PATCH v2 2/6] ACPI / bus: Do not traverse through non-existed device table, Andy Shevchenko
    • Re: [PATCH v2 2/6] ACPI / bus: Do not traverse through non-existed device table, Sinan Kaya
      • Re: [PATCH v2 2/6] ACPI / bus: Do not traverse through non-existed device table, Andy Shevchenko
        • Re: [PATCH v2 2/6] ACPI / bus: Do not traverse through non-existed device table, Andy Shevchenko
          • Re: [PATCH v2 2/6] ACPI / bus: Do not traverse through non-existed device table, Rafael J. Wysocki
            • Re: [PATCH v2 2/6] ACPI / bus: Do not traverse through non-existed device table, Andy Shevchenko
              • Re: [PATCH v2 2/6] ACPI / bus: Do not traverse through non-existed device table, Andy Shevchenko
  • [PATCH v2 6/6] device property: Constify device_get_match_data(), Andy Shevchenko
    • Re: [PATCH v2 6/6] device property: Constify device_get_match_data(), Sinan Kaya
      • Re: [PATCH v2 6/6] device property: Constify device_get_match_data(), Andy Shevchenko
        • Re: [PATCH v2 6/6] device property: Constify device_get_match_data(), Sinan Kaya
    • Re: [PATCH v2 6/6] device property: Constify device_get_match_data(), Sakari Ailus
  • Re: [PATCH v2 1/6] ACPI / bus: Return error code from __acpi_match_device() in one case, Rafael J. Wysocki
    • Re: [PATCH v2 1/6] ACPI / bus: Return error code from __acpi_match_device() in one case, Andy Shevchenko
• [PATCH v1 1/4] ACPI / bus: Remove checks in acpi_get_match_data(), Andy Shevchenko
  • [PATCH v1 2/4] ACPI / bus: Rename acpi_get_match_data() to acpi_device_get_match_data(), Andy Shevchenko
  • [PATCH v1 3/4] dmaengine: hidma: Constify returned by device_get_match_data() value, Andy Shevchenko
    • Re: [PATCH v1 3/4] dmaengine: hidma: Constify returned by device_get_match_data() value, kbuild test robot
  • [PATCH v1 4/4] device property: Constify device_get_match_data(), Andy Shevchenko
  • Re: [PATCH v1 1/4] ACPI / bus: Remove checks in acpi_get_match_data(), Sinan Kaya
    • Re: [PATCH v1 1/4] ACPI / bus: Remove checks in acpi_get_match_data(), Rafael J. Wysocki
      • Re: [PATCH v1 1/4] ACPI / bus: Remove checks in acpi_get_match_data(), Andy Shevchenko
        • Re: [PATCH v1 1/4] ACPI / bus: Remove checks in acpi_get_match_data(), okaya
        • Re: [PATCH v1 1/4] ACPI / bus: Remove checks in acpi_get_match_data(), Rafael J. Wysocki
• [PATCH v5 0/4] add support for platform persistence capabilities, Dave Jiang
  • [PATCH v5 1/4] acpi: nfit: Add support for detect platform CPU cache flush on power loss, Dave Jiang
  • [PATCH v5 2/4] acpi: nfit: add persistent memory control flag for nd_region, Dave Jiang
  • [PATCH v5 3/4] libnvdimm: expose platform persistence attribute for nd_region, Dave Jiang
  • [PATCH v5 4/4] nfit-test: Add platform cap support from ACPI 6.2a to test, Dave Jiang
• [PATCH 1/2] firmware: dmi_scan: add DMI_OEM_STRING support to dmi_matches, Alex Hung
  • [PATCH 2/2] ACPI / osi: add DMI quirk for Dell systems, Alex Hung
    • Re: [PATCH 2/2] ACPI / osi: add DMI quirk for Dell systems, Jean Delvare
      • Re: [PATCH 2/2] ACPI / osi: add DMI quirk for Dell systems, Andy Shevchenko
        • RE: [PATCH 2/2] ACPI / osi: add DMI quirk for Dell systems, Mario.Limonciello
          • Re: [PATCH 2/2] ACPI / osi: add DMI quirk for Dell systems, Dmitry Torokhov
            • RE: [PATCH 2/2] ACPI / osi: add DMI quirk for Dell systems, Mario.Limonciello
              • Re: [PATCH 2/2] ACPI / osi: add DMI quirk for Dell systems, Andy Shevchenko
                • RE: [PATCH 2/2] ACPI / osi: add DMI quirk for Dell systems, Mario.Limonciello
                  • Re: [PATCH 2/2] ACPI / osi: add DMI quirk for Dell systems, Alex Hung
                    • RE: [PATCH 2/2] ACPI / osi: add DMI quirk for Dell systems, Mario.Limonciello
                • Re: [PATCH 2/2] ACPI / osi: add DMI quirk for Dell systems, Rafael J. Wysocki
                  • Re: [PATCH 2/2] ACPI / osi: add DMI quirk for Dell systems, Lukas Wunner
                    • Re: [PATCH 2/2] ACPI / osi: add DMI quirk for Dell systems, Rafael J. Wysocki
                      • RE: [PATCH 2/2] ACPI / osi: add DMI quirk for Dell systems, Mario.Limonciello
                        • Re: [PATCH 2/2] ACPI / osi: add DMI quirk for Dell systems, Rafael J. Wysocki
                          • RE: [PATCH 2/2] ACPI / osi: add DMI quirk for Dell systems, Mario.Limonciello
                            • Re: [PATCH 2/2] ACPI / osi: add DMI quirk for Dell systems, Alex Hung
                            • Re: [PATCH 2/2] ACPI / osi: add DMI quirk for Dell systems, Mika Westerberg
                              • Re: [PATCH 2/2] ACPI / osi: add DMI quirk for Dell systems, Rafael J. Wysocki
                                • Re: [PATCH 2/2] ACPI / osi: add DMI quirk for Dell systems, Mika Westerberg
                            • Re: [PATCH 2/2] ACPI / osi: add DMI quirk for Dell systems, Rafael J. Wysocki
                              • Re: [PATCH 2/2] ACPI / osi: add DMI quirk for Dell systems, Lukas Wunner
                                • Re: [PATCH 2/2] ACPI / osi: add DMI quirk for Dell systems, Rafael J. Wysocki
                              • RE: [PATCH 2/2] ACPI / osi: add DMI quirk for Dell systems, Mario.Limonciello
                                • Re: [PATCH 2/2] ACPI / osi: add DMI quirk for Dell systems, Rafael J. Wysocki
      • RE: [PATCH 2/2] ACPI / osi: add DMI quirk for Dell systems, Mario.Limonciello
        • Re: [PATCH 2/2] ACPI / osi: add DMI quirk for Dell systems, Jean Delvare
      • Re: [PATCH 2/2] ACPI / osi: add DMI quirk for Dell systems, Alex Hung
  • Re: [PATCH 1/2] firmware: dmi_scan: add DMI_OEM_STRING support to dmi_matches, Jean Delvare
    • Re: [PATCH 1/2] firmware: dmi_scan: add DMI_OEM_STRING support to dmi_matches, Alex Hung
• [PATCH] ACPI/PCI: pci_link: remove error messages when no _PRS methods, Alex Hung
  • Re: [PATCH] ACPI/PCI: pci_link: remove error messages when no _PRS methods, Rafael J. Wysocki
    • Re: [PATCH] ACPI/PCI: pci_link: remove error messages when no _PRS methods, Alex Hung
      • Re: [PATCH] ACPI/PCI: pci_link: remove error messages when no _PRS methods, Alex Hung
      • Re: [PATCH] ACPI/PCI: pci_link: remove error messages when no _PRS methods, Rafael J. Wysocki
        • Re: [PATCH] ACPI/PCI: pci_link: remove error messages when no _PRS methods, Alex Hung
          • Re: [PATCH] ACPI/PCI: pci_link: remove error messages when no _PRS methods, Rafael J. Wysocki
            • Re: [PATCH] ACPI/PCI: pci_link: remove error messages when no _PRS methods, Alex Hung
              • Re: [PATCH] ACPI/PCI: pci_link: remove error messages when no _PRS methods, Rafael J. Wysocki
                • Re: [PATCH] ACPI/PCI: pci_link: remove error messages when no _PRS methods, Alex Hung
                  • Re: [PATCH] ACPI/PCI: pci_link: remove error messages when no _PRS methods, Rafael J. Wysocki
• [PATCH v3] ACPI: Parse entire table as a term_list for Dell XPS 9570 and Precision M5530, Kai-Heng Feng
  • Re: [PATCH v3] ACPI: Parse entire table as a term_list for Dell XPS 9570 and Precision M5530, Rafael J. Wysocki
    • Re: [PATCH v3] ACPI: Parse entire table as a term_list for Dell XPS 9570 and Precision M5530, Kai Heng Feng
• [PATCH v4 0/4] add support for platform persistence capabilities, Dave Jiang
  • [PATCH v4 1/4] acpi: nfit: Add support for detect platform CPU cache flush on power loss, Dave Jiang
  • [PATCH v4 2/4] acpi: nfit: add persistent memory control flag for nd_region, Dave Jiang
  • [PATCH v4 3/4] libnvdimm: expose platform persistence attribute for nd_region, Dave Jiang
  • [PATCH v4 4/4] nfit-test: Add platform cap support from ACPI 6.2a to test, Dave Jiang
    • Re: [PATCH v4 4/4] nfit-test: Add platform cap support from ACPI 6.2a to test, Ross Zwisler
• [PATCH v3 0/4] add support for platform persistence capabilities, Dave Jiang
  • [PATCH v3 1/4] acpi: nfit: Add support for detect platform CPU cache flush on power loss, Dave Jiang
    • Re: [PATCH v3 1/4] acpi: nfit: Add support for detect platform CPU cache flush on power loss, Ross Zwisler
  • [PATCH v3 2/4] acpi: nfit: add persistent memory control flag for nd_region, Dave Jiang
  • [PATCH v3 3/4] libnvdimm: expose platform persistence attribute for nd_region, Dave Jiang
  • [PATCH v3 4/4] nfit-test: Add platform cap support from ACPI 6.2a to test, Dave Jiang
    • Re: [PATCH v3 4/4] nfit-test: Add platform cap support from ACPI 6.2a to test, Ross Zwisler
• [PATCH 4.4 26/74] x86/ioapic: Fix incorrect pointers in ioapic_setup_resources(), Greg Kroah-Hartman
• [PATCH] ACPI / processor_idle: Set default C1 state description, Yazen Ghannam
  • Re: [PATCH] ACPI / processor_idle: Set default C1 state description, Rafael J. Wysocki
• [PATCH 4.4 06/74] x86/cpu/intel: Introduce macros for Intel family numbers, Greg Kroah-Hartman
• [PATCH] ACPI: Parse entire table as a term_list for Dell XPS 9570 and Precision M5530, Kai-Heng Feng
  • Re: [PATCH] ACPI: Parse entire table as a term_list for Dell XPS 9570 and Precision M5530, Andy Shevchenko
    • Re: [PATCH] ACPI: Parse entire table as a term_list for Dell XPS 9570 and Precision M5530, Kai Heng Feng
  • <Possible follow-ups>
  • [PATCH] ACPI: Parse entire table as a term_list for Dell XPS 9570 and Precision M5530, Kai-Heng Feng
    • Re: [PATCH] ACPI: Parse entire table as a term_list for Dell XPS 9570 and Precision M5530, Andy Shevchenko
      • RE: [PATCH] ACPI: Parse entire table as a term_list for Dell XPS 9570 and Precision M5530, Schmauss, Erik
        • RE: [PATCH] ACPI: Parse entire table as a term_list for Dell XPS 9570 and Precision M5530, Mario.Limonciello
          • RE: [PATCH] ACPI: Parse entire table as a term_list for Dell XPS 9570 and Precision M5530, Moore, Robert
            • Re: [PATCH] ACPI: Parse entire table as a term_list for Dell XPS 9570 and Precision M5530, Rafael J. Wysocki
        • Re: [PATCH] ACPI: Parse entire table as a term_list for Dell XPS 9570 and Precision M5530, Kai Heng Feng
      • Re: [PATCH] ACPI: Parse entire table as a term_list for Dell XPS 9570 and Precision M5530, Kai Heng Feng
• [PATCH] ACPI / battery: Add quirk for Asus UX360UA and UX410UAK, Kai-Heng Feng
  • Re: [PATCH] ACPI / battery: Add quirk for Asus UX360UA and UX410UAK, Rafael J. Wysocki
• [PATCH 1/2] ACPI: processor_perflib: Do not send _PPC change notification if not ready, Yu Chen
  • Re: [PATCH 1/2] ACPI: processor_perflib: Do not send _PPC change notification if not ready, Rafael J. Wysocki
• [PATCH v3 1/5] ACPI: export acpi_bus_get_status_handle(), Hans de Goede
  • [PATCH v3 4/5] ACPI / scan: Use acpi_bus_get_status for initial status of ACPI_TYPE_DEVICE devs, Hans de Goede
  • [PATCH v3 5/5] ACPICA: Remove calling of _STA from acpi_get_object_info, Hans de Goede
    • RE: [PATCH v3 5/5] ACPICA: Remove calling of _STA from acpi_get_object_info, Moore, Robert
      • Re: [PATCH v3 5/5] ACPICA: Remove calling of _STA from acpi_get_object_info, Hans de Goede
        • Re: [PATCH v3 5/5] ACPICA: Remove calling of _STA from acpi_get_object_info, Rafael J. Wysocki
        • Re: [PATCH v3 5/5] ACPICA: Remove calling of _STA from acpi_get_object_info, Hans de Goede
        • Re: [PATCH v3 5/5] ACPICA: Remove calling of _STA from acpi_get_object_info, Hans de Goede
  • [PATCH v3 2/5] PCI: acpiphp_ibm: prepare for acpi_get_object_info() no longer returning status, Hans de Goede
  • [PATCH v3 3/5] ACPI / bus: Do not call _STA on battery devices with unmet dependencies, Hans de Goede
• [PATCH v5 0/3] arm64/ras: support sea error recovery, Xie XiuQi
  • [PATCH v5 2/3] GHES: add a notify chain for process memory section, Xie XiuQi
    • Re: [PATCH v5 2/3] GHES: add a notify chain for process memory section, Borislav Petkov
      • Re: [PATCH v5 2/3] GHES: add a notify chain for process memory section, Xie XiuQi
  • [PATCH v5 3/3] arm64/ras: save error address from memory section for recovery, Xie XiuQi
  • [PATCH v5 1/3] arm64/ras: support sea error recovery, Xie XiuQi
    • Re: [PATCH v5 1/3] arm64/ras: support sea error recovery, James Morse
      • Re: [PATCH v5 1/3] arm64/ras: support sea error recovery, James Morse
        • Re: [PATCH v5 1/3] arm64/ras: support sea error recovery, Xie XiuQi
          • Re: [PATCH v5 1/3] arm64/ras: support sea error recovery, James Morse
        • Re: [PATCH v5 1/3] arm64/ras: support sea error recovery, gengdongjiu
• [PATCH v3] ACPI: Force I2C to be selected as a built-in module, Sinan Kaya
  • Re: [PATCH v3] ACPI: Force I2C to be selected as a built-in module, Rafael J. Wysocki
    • Re: [PATCH v3] ACPI: Force I2C to be selected as a built-in module, Sinan Kaya
      • Re: [PATCH v3] ACPI: Force I2C to be selected as a built-in module, Rafael J. Wysocki
        • Re: [PATCH v3] ACPI: Force I2C to be selected as a built-in module, Sinan Kaya
          • Re: [PATCH v3] ACPI: Force I2C to be selected as a built-in module, Rafael J. Wysocki
            • Re: [PATCH v3] ACPI: Force I2C to be selected as a built-in module, Sinan Kaya
              • Re: [PATCH v3] ACPI: Force I2C to be selected as a built-in module, Hans de Goede
    • Re: [PATCH v3] ACPI: Force I2C to be selected as a built-in module, Randy Dunlap
      • Re: [PATCH v3] ACPI: Force I2C to be selected as a built-in module, Sinan Kaya
        • Re: [PATCH v3] ACPI: Force I2C to be selected as a built-in module, Rafael J. Wysocki
• [PATCH v2 0/2] xen: re-enable booting as Xen PVH guest, Juergen Gross
  • [PATCH v2 2/2] xen: add acpi_arch_get_root_pointer() for pvh guests, Juergen Gross
    • Re: [PATCH v2 2/2] xen: add acpi_arch_get_root_pointer() for pvh guests, Boris Ostrovsky
  • [PATCH v2 1/2] x86/acpi: add retrieval function for rsdp address, Juergen Gross
    • Re: [PATCH v2 1/2] x86/acpi: add retrieval function for rsdp address, Andy Shevchenko
      • Re: [PATCH v2 1/2] x86/acpi: add retrieval function for rsdp address, Juergen Gross
        • Re: [PATCH v2 1/2] x86/acpi: add retrieval function for rsdp address, Andy Shevchenko
          • Re: [PATCH v2 1/2] x86/acpi: add retrieval function for rsdp address, Rafael J. Wysocki
            • Re: [PATCH v2 1/2] x86/acpi: add retrieval function for rsdp address, Andy Shevchenko
              • Re: [PATCH v2 1/2] x86/acpi: add retrieval function for rsdp address, Rafael J. Wysocki
                • Re: [PATCH v2 1/2] x86/acpi: add retrieval function for rsdp address, Andy Shevchenko
                  • Re: [PATCH v2 1/2] x86/acpi: add retrieval function for rsdp address, Rafael J. Wysocki
      • Re: [PATCH v2 1/2] x86/acpi: add retrieval function for rsdp address, Rafael J. Wysocki
        • Re: [PATCH v2 1/2] x86/acpi: add retrieval function for rsdp address, Andy Shevchenko
• [PATCH] acpi: osl: Replace GFP_ATOMIC with GFP_KERNEL in acpi_os_execute, Jia-Ju Bai
  • Re: [PATCH] acpi: osl: Replace GFP_ATOMIC with GFP_KERNEL in acpi_os_execute, Rafael J. Wysocki
    • Re: [PATCH] acpi: osl: Replace GFP_ATOMIC with GFP_KERNEL in acpi_os_execute, Chris Wilson
      • Re: [PATCH] acpi: osl: Replace GFP_ATOMIC with GFP_KERNEL in acpi_os_execute, Rafael J. Wysocki
        • Re: [PATCH] acpi: osl: Replace GFP_ATOMIC with GFP_KERNEL in acpi_os_execute, Jia-Ju Bai
          • Re: [PATCH] acpi: osl: Replace GFP_ATOMIC with GFP_KERNEL in acpi_os_execute, Rafael J. Wysocki
• [PATCH 0/2] xen: re-enable booting as Xen PVH guest, Juergen Gross
  • [PATCH 1/2] x86/acpi: add retrieval function for rsdp address, Juergen Gross
  • [PATCH 2/2] xen: add acpi_arch_get_root_pointer() for pvh guests, Juergen Gross
    • Re: [PATCH 2/2] xen: add acpi_arch_get_root_pointer() for pvh guests, Greg KH
      • Re: [PATCH 2/2] xen: add acpi_arch_get_root_pointer() for pvh guests, Juergen Gross
        • Re: [PATCH 2/2] xen: add acpi_arch_get_root_pointer() for pvh guests, Greg KH
          • Re: [PATCH 2/2] xen: add acpi_arch_get_root_pointer() for pvh guests, Juergen Gross
            • Re: [PATCH 2/2] xen: add acpi_arch_get_root_pointer() for pvh guests, Greg KH
• [PATCH] ACPI: use bitmap helper for masked GPEs, Zhang Rui
  • Re: [PATCH] ACPI: use bitmap helper for masked GPEs, Rafael J. Wysocki
    • Re: [PATCH] ACPI: use bitmap helper for masked GPEs, Zhang Rui
• [PATCH 0/6] ACPICA version 20180105, Erik Schmauss
  • [PATCH 1/6] ACPICA: Linux: add support for X32 ABI compilation, Erik Schmauss
  • [PATCH 2/6] ACPICA: Avoid NULL pointer arithmetic, Erik Schmauss
  • [PATCH 3/6] ACPICA: Prefer ACPI_TO_POINTER() over ACPI_ADD_PTR(), Erik Schmauss
  • [PATCH 4/6] ACPICA: Add a missing pair of parentheses, Erik Schmauss
  • [PATCH 6/6] ACPICA: Update version to 20180105, Erik Schmauss
  • Re: [PATCH 0/6] ACPICA version 20180105, Rafael J. Wysocki
  • Re: [PATCH 0/6] ACPICA version 20180105, Rafael J. Wysocki
  • Re: [PATCH 0/6] ACPICA version 20180105, Timur Tabi
    • Re: [PATCH 0/6] ACPICA version 20180105, Rafael J. Wysocki
      • Re: [PATCH 0/6] ACPICA version 20180105, Timur Tabi
• Re: [PATCH v9 5/7] arm64: kvm: Introduce KVM_ARM_SET_SERROR_ESR ioctl, gengdongjiu
  • Re: [PATCH v9 5/7] arm64: kvm: Introduce KVM_ARM_SET_SERROR_ESR ioctl, James Morse
    • Re: [PATCH v9 5/7] arm64: kvm: Introduce KVM_ARM_SET_SERROR_ESR ioctl, gengdongjiu
      • Re: [PATCH v9 5/7] arm64: kvm: Introduce KVM_ARM_SET_SERROR_ESR ioctl, James Morse
        • Re: [PATCH v9 5/7] arm64: kvm: Introduce KVM_ARM_SET_SERROR_ESR ioctl, gengdongjiu
          • Re: [PATCH v9 5/7] arm64: kvm: Introduce KVM_ARM_SET_SERROR_ESR ioctl, James Morse
            • Re: [PATCH v9 5/7] arm64: kvm: Introduce KVM_ARM_SET_SERROR_ESR ioctl, gengdongjiu
              • Re: [PATCH v9 5/7] arm64: kvm: Introduce KVM_ARM_SET_SERROR_ESR ioctl, James Morse
• Re: [PATCH v2] i2c: Allow ACPI_I2C_OPREGION if I2C is built as a module, Sinan Kaya
  • Re: [PATCH v2] i2c: Allow ACPI_I2C_OPREGION if I2C is built as a module, Mika Westerberg
  • Re: [PATCH v2] i2c: Allow ACPI_I2C_OPREGION if I2C is built as a module, Andy Shevchenko
    • Re: [PATCH v2] i2c: Allow ACPI_I2C_OPREGION if I2C is built as a module, Hans de Goede
      • Re: [PATCH v2] i2c: Allow ACPI_I2C_OPREGION if I2C is built as a module, Sinan Kaya
        • Re: [PATCH v2] i2c: Allow ACPI_I2C_OPREGION if I2C is built as a module, Hans de Goede
          • Re: [PATCH v2] i2c: Allow ACPI_I2C_OPREGION if I2C is built as a module, Sinan Kaya
            • Re: [PATCH v2] i2c: Allow ACPI_I2C_OPREGION if I2C is built as a module, Hans de Goede
              • Re: [PATCH v2] i2c: Allow ACPI_I2C_OPREGION if I2C is built as a module, Sinan Kaya
                • Re: [PATCH v2] i2c: Allow ACPI_I2C_OPREGION if I2C is built as a module, Auger Eric
• [PATCH 4.4-stable 1/2] x86/cpu/intel: Introduce macros for Intel family numbers, Jiri Slaby
• kernel <=4.15rc9, acpi_irq - Disabling IRQ #9 after resume from sleep, Nicole Færber
  • Re: kernel <=4.15rc9, acpi_irq - Disabling IRQ #9 after resume from sleep, Nicole Faerber
• [PATCH] ACPI / video: Use true for boolean value, Gustavo A. R. Silva
  • Re: [PATCH] ACPI / video: Use true for boolean value, Rafael J. Wysocki
• [PATCH v12 0/9] LPC: legacy ISA I/O support, John Garry
  • [PATCH v12 6/9] LPC: Support the LPC host on Hip06/Hip07 with DT bindings, John Garry
    • Re: [PATCH v12 6/9] LPC: Support the LPC host on Hip06/Hip07 with DT bindings, dann frazier
      • Re: [PATCH v12 6/9] LPC: Support the LPC host on Hip06/Hip07 with DT bindings, John Garry
  • [PATCH v12 5/9] OF: Add missing I/O range exception for indirect-IO devices, John Garry
  • [PATCH v12 4/9] PCI: Apply the new generic I/O management on PCI IO hosts, John Garry
  • [PATCH v12 8/9] LPC, ACPI: Add the HISI LPC ACPI support, John Garry
  • [PATCH v12 1/9] LIB: Introduce a generic PIO mapping method, John Garry
  • [PATCH v12 7/9] ACPI: Translate the I/O range of non-MMIO devices before scanning, John Garry
    • Re: [PATCH v12 7/9] ACPI: Translate the I/O range of non-MMIO devices before scanning, John Garry
      • Re: [PATCH v12 7/9] ACPI: Translate the I/O range of non-MMIO devices before scanning, Andy Shevchenko
        • Re: [PATCH v12 7/9] ACPI: Translate the I/O range of non-MMIO devices before scanning, John Garry
          • Re: [PATCH v12 7/9] ACPI: Translate the I/O range of non-MMIO devices before scanning, Andy Shevchenko
    • Re: [PATCH v12 7/9] ACPI: Translate the I/O range of non-MMIO devices before scanning, Rafael J. Wysocki
      • Re: [PATCH v12 7/9] ACPI: Translate the I/O range of non-MMIO devices before scanning, John Garry
        • Re: [PATCH v12 7/9] ACPI: Translate the I/O range of non-MMIO devices before scanning, Joe Perches
          • Re: [PATCH v12 7/9] ACPI: Translate the I/O range of non-MMIO devices before scanning, John Garry
  • [PATCH v12 3/9] PCI: Add fwnode handler as input param of pci_register_io_range(), John Garry
    • Re: [PATCH v12 3/9] PCI: Add fwnode handler as input param of pci_register_io_range(), Rob Herring
  • [PATCH v12 9/9] MAINTAINERS: Add maintainer for HiSilicon LPC driver, John Garry
  • [PATCH v12 2/9] PCI: Remove unused __weak attribute in pci_register_io_range(), John Garry
  • Re: [PATCH v12 0/9] LPC: legacy ISA I/O support, dann frazier
• [PATCH v2] ACPI / tables: Add IORT to injectable table list, Yang Shunyong
  • Re: [PATCH v2] ACPI / tables: Add IORT to injectable table list, Yang, Shunyong
    • Re: [PATCH v2] ACPI / tables: Add IORT to injectable table list, Hanjun Guo
      • Re: [PATCH v2] ACPI / tables: Add IORT to injectable table list, Yang, Shunyong
• [PATCH] ACPI / tables: Add IORT to injectable table list, Yang Shunyong
  • Re: [PATCH] ACPI / tables: Add IORT to injectable table list, Yang, Shunyong
• [RFC 0/7] APEI: Move arm64 NMI notifications to use estatus cache, James Morse
  • [RFC 1/7] ACPI / APEI: Move the estatus queue code up, and under its own ifdef, James Morse
  • [RFC 2/7] ACPI / APEI: Generalise the estatus queue's add/remove and notify code, James Morse
  • [RFC 3/7] ACPI / APEI: Switch NOTIFY_SEA to use the estatus queue, James Morse
  • [RFC 4/7] KVM: arm/arm64: Add kvm_ras.h to collect kvm specific RAS plumbing, James Morse
  • [RFC 5/7] arm64: KVM/mm: Move SEA handling behind a single 'claim' interface., James Morse
    • Re: [RFC 5/7] arm64: KVM/mm: Move SEA handling behind a single 'claim' interface., gengdongjiu
  • [RFC 6/7] ACPI / APEI: Make the fixmap_idx per-ghes to allow multiple in_nmi() users, James Morse
  • [RFC 7/7] ACPI / APEI: Split fixmap pages for arm64 NMI-like notifications, James Morse
  • Re: [RFC 0/7] APEI: Move arm64 NMI notifications to use estatus cache, gengdongjiu
• [PATCH v2 0/2] Bluetooth: hci_bcm: For serdev case close serdev on failure to set power, Hans de Goede
  • [PATCH v2 2/2] Bluetooth: hci_bcm: Remove platform_device support, Hans de Goede
  • [PATCH v2 1/2] Bluetooth: hci_bcm: For serdev case close serdev on failure to set power, Hans de Goede
    • Re: [PATCH v2 1/2] Bluetooth: hci_bcm: For serdev case close serdev on failure to set power, Marcel Holtmann
• [PATCH v2 0/5] ACPI: Do not call _STA on battery devices with unmet dependencies, Hans de Goede
  • [PATCH v2 5/5] ACPICA: Remove calling of _STA from acpi_get_object_info, Hans de Goede
  • [PATCH v2 4/5] ACPI / scan: Use acpi_bus_get_status for initial status of ACPI_TYPE_DEVICE devs, Hans de Goede
  • [PATCH v2 2/5] PCI: acpiphp_ibm: prepare for acpi_get_object_info() no longer returning status, Hans de Goede
  • [PATCH v2 3/5] ACPI / bus: Do not call _STA on battery devices with unmet dependencies, Hans de Goede
  • [PATCH v2 1/5] ACPI: export acpi_bus_get_status_handle(), Hans de Goede
    • Re: [PATCH v2 1/5] ACPI: export acpi_bus_get_status_handle(), Rafael J. Wysocki
      • Re: [PATCH v2 1/5] ACPI: export acpi_bus_get_status_handle(), Hans de Goede
  • Re: [PATCH v2 0/5] ACPI: Do not call _STA on battery devices with unmet dependencies, Rafael J. Wysocki
    • Re: [PATCH v2 0/5] ACPI: Do not call _STA on battery devices with unmet dependencies, Hans de Goede
      • RE: [PATCH v2 0/5] ACPI: Do not call _STA on battery devices with unmet dependencies, Moore, Robert
        • Re: [PATCH v2 0/5] ACPI: Do not call _STA on battery devices with unmet dependencies, Hans de Goede
          • RE: [PATCH v2 0/5] ACPI: Do not call _STA on battery devices with unmet dependencies, Moore, Robert
            • Re: [PATCH v2 0/5] ACPI: Do not call _STA on battery devices with unmet dependencies, Hans de Goede
• [PATCH 1/2] Bluetooth: hci_bcm: Remove platform_device support, Hans de Goede
  • [PATCH 2/2] Bluetooth: hci_bcm: Close serdev on failure to set power on bcm_open(), Hans de Goede
    • Re: [PATCH 2/2] Bluetooth: hci_bcm: Close serdev on failure to set power on bcm_open(), Marcel Holtmann
  • Re: [PATCH 1/2] Bluetooth: hci_bcm: Remove platform_device support, Marcel Holtmann
    • Re: [PATCH 1/2] Bluetooth: hci_bcm: Remove platform_device support, Hans de Goede
      • Re: [PATCH 1/2] Bluetooth: hci_bcm: Remove platform_device support, Andy Shevchenko
        • Re: [PATCH 1/2] Bluetooth: hci_bcm: Remove platform_device support, Hans de Goede
          • Re: [PATCH 1/2] Bluetooth: hci_bcm: Remove platform_device support, Andy Shevchenko
            • Re: [PATCH 1/2] Bluetooth: hci_bcm: Remove platform_device support, Hans de Goede
              • Re: [PATCH 1/2] Bluetooth: hci_bcm: Remove platform_device support, Marcel Holtmann
                • Re: [PATCH 1/2] Bluetooth: hci_bcm: Remove platform_device support, Andy Shevchenko
                  • Re: [PATCH 1/2] Bluetooth: hci_bcm: Remove platform_device support, Ferry Toth
              • Re: [PATCH 1/2] Bluetooth: hci_bcm: Remove platform_device support, Marcel Holtmann
                • Re: [PATCH 1/2] Bluetooth: hci_bcm: Remove platform_device support, Hans de Goede
• [PATCH v11 0/9] LPC: legacy ISA I/O support, John Garry
  • [PATCH v11 2/9] PCI: Remove unused __weak attribute in pci_register_io_range(), John Garry
    • Re: [PATCH v11 2/9] PCI: Remove unused __weak attribute in pci_register_io_range(), John Garry
  • [PATCH v11 6/9] LPC: Support the LPC host on Hip06/Hip07 with DT bindings, John Garry
    • Re: [PATCH v11 6/9] LPC: Support the LPC host on Hip06/Hip07 with DT bindings, Randy Dunlap
      • Re: [PATCH v11 6/9] LPC: Support the LPC host on Hip06/Hip07 with DT bindings, John Garry
  • [PATCH v11 9/9] MAINTAINERS: Add maintainer for HiSilicon LPC driver, John Garry
  • [PATCH v11 7/9] ACPI: Translate the I/O range of non-MMIO devices before scanning, John Garry
  • [PATCH v11 1/9] LIB: Introduce a generic PIO mapping method, John Garry
    • Re: [PATCH v11 1/9] LIB: Introduce a generic PIO mapping method, kbuild test robot
    • Re: [PATCH v11 1/9] LIB: Introduce a generic PIO mapping method, kbuild test robot
  • [PATCH v11 8/9] LPC, ACPI: Add the HISI LPC ACPI support, John Garry
  • [PATCH v11 4/9] PCI: Apply the new generic I/O management on PCI IO hosts, John Garry
  • [PATCH v11 3/9] PCI: Add fwnode handler as input param of pci_register_io_range(), John Garry
  • [PATCH v11 5/9] OF: Add missing I/O range exception for indirect-IO devices, John Garry
    • Re: [PATCH v11 5/9] OF: Add missing I/O range exception for indirect-IO devices, kbuild test robot
    • Re: [PATCH v11 5/9] OF: Add missing I/O range exception for indirect-IO devices, kbuild test robot
• [GIT PULL] PNP updates for v4.16-rc1, Rafael J. Wysocki
• [GIT PULL] ACPI updates for v4.16-rc1, Rafael J. Wysocki
• [GIT PULL] Power management updates for v4.16-rc1, Rafael J. Wysocki
• ACPI: sbshc: remove raw pointer from printk message, Greg Kroah-Hartman
  • Re: ACPI: sbshc: remove raw pointer from printk message, Rafael J. Wysocki
    • Re: ACPI: sbshc: remove raw pointer from printk message, Greg Kroah-Hartman
      • Re: ACPI: sbshc: remove raw pointer from printk message, Rafael J. Wysocki
        • Re: ACPI: sbshc: remove raw pointer from printk message, Greg Kroah-Hartman
          • Message not available
            • Re: Re: ACPI: sbshc: remove raw pointer from printk message, Greg Kroah-Hartman
• [Patch v1 0/8] platform/x86: intel_pmc_core: Add CFL/CNL Support, Rajneesh Bhardwaj
  • [Patch v1 3/8] ACPI / LPIT: Export lpit_read_residency_count_address(), Rajneesh Bhardwaj
    • Re: [Patch v1 3/8] ACPI / LPIT: Export lpit_read_residency_count_address(), Andy Shevchenko
      • Re: [Patch v1 3/8] ACPI / LPIT: Export lpit_read_residency_count_address(), Rafael J. Wysocki
        • Re: [Patch v1 3/8] ACPI / LPIT: Export lpit_read_residency_count_address(), Andy Shevchenko
  • Re: [Patch v1 0/8] platform/x86: intel_pmc_core: Add CFL/CNL Support, Andy Shevchenko
• ACPI: Do not call _STA on battery devices with unmet dependencies, Hans de Goede
  • [PATCH 1/4] PCI: acpiphp_ibm: prepare for acpi_get_object_info no longer returning status, Hans de Goede
    • Re: [PATCH 1/4] PCI: acpiphp_ibm: prepare for acpi_get_object_info no longer returning status, Bjorn Helgaas
      • Re: [PATCH 1/4] PCI: acpiphp_ibm: prepare for acpi_get_object_info no longer returning status, Hans de Goede
  • [PATCH 2/4] ACPI / bus: Do not call _STA on battery devices with unmet dependencies, Hans de Goede
  • [PATCH 3/4] ACPI / scan: Use acpi_bus_get_status for initial status of ACPI_TYPE_DEVICE devs, Hans de Goede
  • [PATCH 4/4] ACPICA: Remove calling of _STA from acpi_get_object_info, Hans de Goede
  • Re: ACPI: Do not call _STA on battery devices with unmet dependencies, Bjorn Helgaas
    • RE: ACPI: Do not call _STA on battery devices with unmet dependencies, Schmauss, Erik
      • Re: ACPI: Do not call _STA on battery devices with unmet dependencies, Hans de Goede
        • RE: ACPI: Do not call _STA on battery devices with unmet dependencies, Schmauss, Erik
          • Re: ACPI: Do not call _STA on battery devices with unmet dependencies, Hans de Goede
• [PATCH] acpi, spcr: Make SPCR available to x86, Prarit Bhargava
  • Re: [PATCH] acpi, spcr: Make SPCR available to x86, Ingo Molnar
  • Re: [PATCH] acpi, spcr: Make SPCR available to x86, Mark Salter
  • Re: [PATCH] acpi, spcr: Make SPCR available to x86, Timur Tabi
    • Re: [PATCH] acpi, spcr: Make SPCR available to x86, Prarit Bhargava
  • Re: [PATCH] acpi, spcr: Make SPCR available to x86, Peter Zijlstra
    • Re: [PATCH] acpi, spcr: Make SPCR available to x86, Prarit Bhargava
      • Re: [PATCH] acpi, spcr: Make SPCR available to x86, Timur Tabi
        • Re: [PATCH] acpi, spcr: Make SPCR available to x86, Prarit Bhargava
          • Re: [PATCH] acpi, spcr: Make SPCR available to x86, Timur Tabi
      • Re: [PATCH] acpi, spcr: Make SPCR available to x86, Peter Zijlstra
        • Re: [PATCH] acpi, spcr: Make SPCR available to x86, Prarit Bhargava
          • Re: [PATCH] acpi, spcr: Make SPCR available to x86, Peter Zijlstra
            • Re: [PATCH] acpi, spcr: Make SPCR available to x86, Prarit Bhargava
• [net-next: PATCH v4 0/7] Armada 7k/8k PP2 ACPI support, Marcin Wojtas
  • [net-next: PATCH v4 1/7] device property: Introduce fwnode_get_mac_address(), Marcin Wojtas
    • Re: [net-next: PATCH v4 1/7] device property: Introduce fwnode_get_mac_address(), Rafael J. Wysocki
      • Re: [net-next: PATCH v4 1/7] device property: Introduce fwnode_get_mac_address(), Marcin Wojtas
        • Re: [net-next: PATCH v4 1/7] device property: Introduce fwnode_get_mac_address(), Rafael J. Wysocki
          • Re: [net-next: PATCH v4 1/7] device property: Introduce fwnode_get_mac_address(), Marcin Wojtas
  • [net-next: PATCH v4 6/7] net: mvpp2: use device_*/fwnode_* APIs instead of of_*, Marcin Wojtas
  • [net-next: PATCH v4 7/7] net: mvpp2: enable ACPI support in the driver, Marcin Wojtas
  • [net-next: PATCH v4 5/7] net: mvpp2: simplify maintaining enabled ports' list, Marcin Wojtas
  • [net-next: PATCH v4 4/7] device property: Allow iterating over available child fwnodes, Marcin Wojtas
    • Re: [net-next: PATCH v4 4/7] device property: Allow iterating over available child fwnodes, Rafael J. Wysocki
  • [net-next: PATCH v4 3/7] device property: Introduce fwnode_irq_get(), Marcin Wojtas
    • Re: [net-next: PATCH v4 3/7] device property: Introduce fwnode_irq_get(), Rafael J. Wysocki
  • [net-next: PATCH v4 2/7] device property: Introduce fwnode_get_phy_mode(), Marcin Wojtas
  • Re: [net-next: PATCH v4 0/7] Armada 7k/8k PP2 ACPI support, Antoine Tenart
    • Re: [net-next: PATCH v4 0/7] Armada 7k/8k PP2 ACPI support, Marcin Wojtas
      • Re: [net-next: PATCH v4 0/7] Armada 7k/8k PP2 ACPI support, David Miller
        • Re: [net-next: PATCH v4 0/7] Armada 7k/8k PP2 ACPI support, Andrew Lunn
          • Re: [net-next: PATCH v4 0/7] Armada 7k/8k PP2 ACPI support, Marcin Wojtas
          • Re: [net-next: PATCH v4 0/7] Armada 7k/8k PP2 ACPI support, David Miller
            • Re: [net-next: PATCH v4 0/7] Armada 7k/8k PP2 ACPI support, Marcin Wojtas
• [Notice] ACPI/PM maintenance in travel mode Jan 18 - Jan 30, Rafael J. Wysocki
• [PATCH v1 1/3] ACPI / x86: boot: Not all platforms require acpi_reduced_hw_init(), Andy Shevchenko
  • [PATCH v1 3/3] x86/platform/intel-mid: Add special handling of ACPI HW reduced platforms, Andy Shevchenko
    • Re: [PATCH v1 3/3] x86/platform/intel-mid: Add special handling of ACPI HW reduced platforms, Andy Shevchenko
      • Re: [PATCH v1 3/3] x86/platform/intel-mid: Add special handling of ACPI HW reduced platforms, Ingo Molnar
  • [PATCH v1 2/3] x86/platform/intel-mid: Move PCI initialization to arch_init(), Andy Shevchenko
  • Re: [PATCH v1 1/3] ACPI / x86: boot: Not all platforms require acpi_reduced_hw_init(), Rafael J. Wysocki
    • Re: [PATCH v1 1/3] ACPI / x86: boot: Not all platforms require acpi_reduced_hw_init(), Andy Shevchenko
• [net-next: PATCH v3 0/7] Armada 7k/8k PP2 ACPI support, Marcin Wojtas
  • [net-next: PATCH v3 1/7] device property: Introduce fwnode_get_mac_address(), Marcin Wojtas
  • [net-next: PATCH v3 7/7] net: mvpp2: enable ACPI support in the driver, Marcin Wojtas
  • [net-next: PATCH v3 4/7] device property: Allow iterating over available child fwnodes, Marcin Wojtas
  • [net-next: PATCH v3 6/7] net: mvpp2: use device_*/fwnode_* APIs instead of of_*, Marcin Wojtas
  • [net-next: PATCH v3 5/7] net: mvpp2: simplify maintaining enabled ports' list, Marcin Wojtas
  • [net-next: PATCH v3 3/7] device property: Introduce fwnode_irq_get(), Marcin Wojtas
  • [net-next: PATCH v3 2/7] device property: Introduce fwnode_get_phy_mode(), Marcin Wojtas
  • Re: [net-next: PATCH v3 0/7] Armada 7k/8k PP2 ACPI support, Andrew Lunn
    • Re: [net-next: PATCH v3 0/7] Armada 7k/8k PP2 ACPI support, Marcin Wojtas
  • Re: [net-next: PATCH v3 0/7] Armada 7k/8k PP2 ACPI support, Andrew Lunn
  • Re: [net-next: PATCH v3 0/7] Armada 7k/8k PP2 ACPI support, graeme . gregory
• [PATCH] ACPI/PCI: pci_link: reduce verbosity when IRQ is enabled, Sinan Kaya
  • Re: [PATCH] ACPI/PCI: pci_link: reduce verbosity when IRQ is enabled, Sinan Kaya
    • Re: [PATCH] ACPI/PCI: pci_link: reduce verbosity when IRQ is enabled, Bjorn Helgaas
      • Re: [PATCH] ACPI/PCI: pci_link: reduce verbosity when IRQ is enabled, Sinan Kaya
        • Re: [PATCH] ACPI/PCI: pci_link: reduce verbosity when IRQ is enabled, Rafael J. Wysocki
          • Re: [PATCH] ACPI/PCI: pci_link: reduce verbosity when IRQ is enabled, Rafael J. Wysocki
            • Re: [PATCH] ACPI/PCI: pci_link: reduce verbosity when IRQ is enabled, okaya
• [PATCH] x86/acpi: check rsdp address received via bootparams to be valid, Juergen Gross
  • Re: [PATCH] x86/acpi: check rsdp address received via bootparams to be valid, Ingo Molnar
    • Re: [PATCH] x86/acpi: check rsdp address received via bootparams to be valid, Juergen Gross
      • Re: [PATCH] x86/acpi: check rsdp address received via bootparams to be valid, Ingo Molnar
        • Re: [PATCH] x86/acpi: check rsdp address received via bootparams to be valid, Juergen Gross
          • Re: [PATCH] x86/acpi: check rsdp address received via bootparams to be valid, Ingo Molnar
            • Re: [PATCH] x86/acpi: check rsdp address received via bootparams to be valid, Juergen Gross
              • Re: [PATCH] x86/acpi: check rsdp address received via bootparams to be valid, Ingo Molnar
                • Re: [PATCH] x86/acpi: check rsdp address received via bootparams to be valid, Juergen Gross
  • Re: [PATCH] x86/acpi: check rsdp address received via bootparams to be valid, Rafael J. Wysocki
    • Re: [PATCH] x86/acpi: check rsdp address received via bootparams to be valid, Juergen Gross
• 答复: [PATCH] x86/acpi/cstate delete some unuseful operations, Tim Guo(BJ-RD)
• [PATCH v2] PCI/ACPI: Disable AER when _OSC control bit is clear., Yazen Ghannam
  • Re: [PATCH v2] PCI/ACPI: Disable AER when _OSC control bit is clear., Rafael J. Wysocki
  • Re: [PATCH v2] PCI/ACPI: Disable AER when _OSC control bit is clear., Bjorn Helgaas
• [PATCH 3.18 18/46] x86/acpi: Handle SCI interrupts above legacy space gracefully, Greg Kroah-Hartman
• [PATCH 4.4 15/87] x86/acpi: Handle SCI interrupts above legacy space gracefully, Greg Kroah-Hartman
• [PATCH 4.4 24/87] x86/acpi: Reduce code duplication in mp_override_legacy_irq(), Greg Kroah-Hartman
• [PATCH 4.9 16/96] x86/acpi: Handle SCI interrupts above legacy space gracefully, Greg Kroah-Hartman
• [PATCH 4.9 24/96] x86/acpi: Reduce code duplication in mp_override_legacy_irq(), Greg Kroah-Hartman
• [PATCH 4.14 022/118] x86/acpi: Handle SCI interrupts above legacy space gracefully, Greg Kroah-Hartman
• [PATCH 4.14 031/118] x86/acpi: Reduce code duplication in mp_override_legacy_irq(), Greg Kroah-Hartman
• [PATCH 3.18 26/46] x86/acpi: Reduce code duplication in mp_override_legacy_irq(), Greg Kroah-Hartman
• Re: UBSAN: Undefined behaviour in drivers/acpi/sysfs.c:849:33, Paul Menzel
• [PATCH] ACPI / LPSS: Do not instiate a platform_dev for devs without a mmio resource, Hans de Goede
  • Re: [PATCH] ACPI / LPSS: Do not instiate a platform_dev for devs without a mmio resource, Rafael J. Wysocki
    • Re: [PATCH] ACPI / LPSS: Do not instiate a platform_dev for devs without a mmio resource, Hans de Goede
  • Re: [PATCH] ACPI / LPSS: Do not instiate a platform_dev for devs without a mmio resource, Mika Westerberg