Linux Advanced Configuration and Power Interface (ACPI)

• Thread Index

• Re: 4.7 regression: ACPI: No IRQ available for PCI Interrupt Link [LNKD]. Try pci=noacpi or acpi=off
  • From: Ondrej Zary <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: 4.7 regression: ACPI: No IRQ available for PCI Interrupt Link [LNKD]. Try pci=noacpi or acpi=off
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• Re: [PATCH 3/3] Revert "ACPI,PCI,IRQ: remove SCI penalize function"
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 3/3] Revert "ACPI,PCI,IRQ: remove SCI penalize function"
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• Re: [PATCH 3/3] Revert "ACPI,PCI,IRQ: remove SCI penalize function"
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v5 1/9] sched: Extend scheduler's asym packing
  • From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
• About Asus screen brightness bug
  • From: Vincas Dargis <vindrg@xxxxxxxxx>
• Re: [1/3] Revert "ACPI,PCI,IRQ: reduce static IRQ array size to 16"
  • From: Jonathan Liu <net147@xxxxxxxxx>
• Re: 4.7 regression: ACPI: No IRQ available for PCI Interrupt Link [LNKD]. Try pci=noacpi or acpi=off
  • From: Ondrej Zary <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: [1/3] Revert "ACPI,PCI,IRQ: reduce static IRQ array size to 16"
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• Re: 4.7 regression: ACPI: No IRQ available for PCI Interrupt Link [LNKD]. Try pci=noacpi or acpi=off
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• [GIT PULL] PNP update for v4.9-rc1
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [GIT PULL] ACPI material for v4.9-rc1
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: 4.7 regression: ACPI: No IRQ available for PCI Interrupt Link [LNKD]. Try pci=noacpi or acpi=off
  • From: Ondrej Zary <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: [3/3] Revert "ACPI,PCI,IRQ: remove SCI penalize function"
  • From: Jonathan Liu <net147@xxxxxxxxx>
• Re: [2/3] ACPI, PCI IRQ: add PCI_USING penalty for ISA interrupts
  • From: Jonathan Liu <net147@xxxxxxxxx>
• Re: [1/3] Revert "ACPI,PCI,IRQ: reduce static IRQ array size to 16"
  • From: Jonathan Liu <net147@xxxxxxxxx>
• Re: 4.7 regression: ACPI: No IRQ available for PCI Interrupt Link [LNKD]. Try pci=noacpi or acpi=off
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• [PATCH 3/3] Revert "ACPI,PCI,IRQ: remove SCI penalize function"
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• [PATCH 2/3] ACPI, PCI IRQ: add PCI_USING penalty for ISA interrupts
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• [PATCH 1/3] Revert "ACPI,PCI,IRQ: reduce static IRQ array size to 16"
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• Re: [PATCH v5 1/9] sched: Extend scheduler's asym packing
  • From: Nilay Vaish <nilayvaish@xxxxxxxxx>
• [PATCH v5 4/9] x86: Enable Intel Turbo Boost Max Technology 3.0
  • From: Srinivas Pandruvada <srinivas.pandruvada@xxxxxxxxxxxxxxx>
• [PATCH v5 3/9] x86/topology: Define x86's arch_update_cpu_topology
  • From: Srinivas Pandruvada <srinivas.pandruvada@xxxxxxxxxxxxxxx>
• [PATCH v5 5/9] x86/sysctl: Add sysctl for ITMT scheduling feature
  • From: Srinivas Pandruvada <srinivas.pandruvada@xxxxxxxxxxxxxxx>
• [PATCH v5 2/9] x86/topology: Provide topology_num_packages()
  • From: Srinivas Pandruvada <srinivas.pandruvada@xxxxxxxxxxxxxxx>
• [PATCH v5 6/9] x86/sched: Add SD_ASYM_PACKING flags to x86 ITMT CPU
  • From: Srinivas Pandruvada <srinivas.pandruvada@xxxxxxxxxxxxxxx>
• [PATCH v5 9/9] cpufreq: intel_pstate: Use CPPC to get max performance
  • From: Srinivas Pandruvada <srinivas.pandruvada@xxxxxxxxxxxxxxx>
• [PATCH v5 8/9] acpi: bus: Set _OSC for diverse core support
  • From: Srinivas Pandruvada <srinivas.pandruvada@xxxxxxxxxxxxxxx>
• [PATCH v5 7/9] acpi: bus: Enable HWP CPPC objects
  • From: Srinivas Pandruvada <srinivas.pandruvada@xxxxxxxxxxxxxxx>
• [PATCH v5 1/9] sched: Extend scheduler's asym packing
  • From: Srinivas Pandruvada <srinivas.pandruvada@xxxxxxxxxxxxxxx>
• [PATCH v5 0/9] Support Intel® Turbo Boost Max Technology 3.0
  • From: Srinivas Pandruvada <srinivas.pandruvada@xxxxxxxxxxxxxxx>
• [PATCH 3/3] libnvdimm: clear the internal poison_list when clearing badblocks
  • From: Vishal Verma <vishal.l.verma@xxxxxxxxx>
• [PATCH 2/3] pmem: reduce kmap_atomic sections to the memcpys only
  • From: Vishal Verma <vishal.l.verma@xxxxxxxxx>
• [PATCH 1/3] nfit: don't start a full scrub by default for an MCE
  • From: Vishal Verma <vishal.l.verma@xxxxxxxxx>
• [PATCH 0/3] misc updates for Address Range Scrub
  • From: Vishal Verma <vishal.l.verma@xxxxxxxxx>
• Re: [PATCH v2 3/3] libnvdimm: clear the internal poison_list when clearing badblocks
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v2 2/3] pmem: reduce kmap_atomic sections to the memcpys only
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v2 1/3] nfit: don't start a full scrub by default for an MCE
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: 4.7 regression: ACPI: No IRQ available for PCI Interrupt Link [LNKD]. Try pci=noacpi or acpi=off
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• Re: 4.7 regression: ACPI: No IRQ available for PCI Interrupt Link [LNKD]. Try pci=noacpi or acpi=off
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: 4.7 regression: ACPI: No IRQ available for PCI Interrupt Link [LNKD]. Try pci=noacpi or acpi=off
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• Re: 4.7 regression: ACPI: No IRQ available for PCI Interrupt Link [LNKD]. Try pci=noacpi or acpi=off
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: 4.7 regression: ACPI: No IRQ available for PCI Interrupt Link [LNKD]. Try pci=noacpi or acpi=off
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• [PATCH v2 3/3] libnvdimm: clear the internal poison_list when clearing badblocks
  • From: Vishal Verma <vishal.l.verma@xxxxxxxxx>
• [PATCH v2 2/3] pmem: reduce kmap_atomic sections to the memcpys only
  • From: Vishal Verma <vishal.l.verma@xxxxxxxxx>
• [PATCH v2 1/3] nfit: don't start a full scrub by default for an MCE
  • From: Vishal Verma <vishal.l.verma@xxxxxxxxx>
• [PATCH v2 0/3] misc updates for Address Range Scrub
  • From: Vishal Verma <vishal.l.verma@xxxxxxxxx>
• Re: 4.7 regression: ACPI: No IRQ available for PCI Interrupt Link [LNKD]. Try pci=noacpi or acpi=off
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: 4.7 regression: ACPI: No IRQ available for PCI Interrupt Link [LNKD]. Try pci=noacpi or acpi=off
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• Re: 4.7 regression: ACPI: No IRQ available for PCI Interrupt Link [LNKD]. Try pci=noacpi or acpi=off
  • From: Ondrej Zary <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 01/14] drivers: iommu: add FWNODE_IOMMU fwnode type
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: 4.7 regression: ACPI: No IRQ available for PCI Interrupt Link [LNKD]. Try pci=noacpi or acpi=off
  • From: okaya@xxxxxxxxxxxxxx
• Re: [PATCH v5 01/14] drivers: iommu: add FWNODE_IOMMU fwnode type
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: 4.7 regression: ACPI: No IRQ available for PCI Interrupt Link [LNKD]. Try pci=noacpi or acpi=off
  • From: Ondrej Zary <linux@xxxxxxxxxxxxxxxxxxxx>
• RE: ARM juno R2 board USB Issue (EHCI probe failed)
  • From: "Sajjan, Vikas C" <vikas.cha.sajjan@xxxxxxx>
• Re: [PATCH v14 0/9] acpi, clocksource: add GTDT driver and GTDT support in arm_arch_timer
  • From: Xiongfeng Wang <wangxiongfeng2@xxxxxxxxxx>
• Re: 4.7 regression: ACPI: No IRQ available for PCI Interrupt Link [LNKD]. Try pci=noacpi or acpi=off
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• [GIT PULL] libnvdimm fixes for 4.8
  • From: "Williams, Dan J" <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v5 01/14] drivers: iommu: add FWNODE_IOMMU fwnode type
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: 4.7 regression: ACPI: No IRQ available for PCI Interrupt Link [LNKD]. Try pci=noacpi or acpi=off
  • From: Ondrej Zary <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: 4.7 regression: ACPI: No IRQ available for PCI Interrupt Link [LNKD]. Try pci=noacpi or acpi=off
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• Re: [PATCH v2 2/4] mfd: lpc_ich: Do not create iTCO watchdog when WDAT table exists
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: [PATCH v12 0/8] acpi, clocksource: add GTDT driver and GTDT support in arm_arch_timer
  • From: Fu Wei <fu.wei@xxxxxxxxxx>
• Re: 4.7 regression: ACPI: No IRQ available for PCI Interrupt Link [LNKD]. Try pci=noacpi or acpi=off
  • From: Ondrej Zary <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: 4.7 regression: ACPI: No IRQ available for PCI Interrupt Link [LNKD]. Try pci=noacpi or acpi=off
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• Re: 4.7 regression: ACPI: No IRQ available for PCI Interrupt Link [LNKD]. Try pci=noacpi or acpi=off
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• Re: 4.7 regression: ACPI: No IRQ available for PCI Interrupt Link [LNKD]. Try pci=noacpi or acpi=off
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• Re: 4.7 regression: ACPI: No IRQ available for PCI Interrupt Link [LNKD]. Try pci=noacpi or acpi=off
  • From: Wim Osterholt <wim@xxxxxxxxxxxxxx>
• Re: [PATCH v5 01/14] drivers: iommu: add FWNODE_IOMMU fwnode type
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: 4.7 regression: ACPI: No IRQ available for PCI Interrupt Link [LNKD]. Try pci=noacpi or acpi=off
  • From: Ondrej Zary <linux@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 1/4] ACPI / property: Allow holes in reference properties
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH v2 0/4] ACPI / gpio: Updates to properties
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH v2 2/4] ACPI / gpio: Add support for naming GPIOs
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH v2 4/4] ACPI / gpio: Allow holes in list of GPIOs for a device
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH v2 3/4] ACPI / gpio: Add hogging support
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: 4.7 regression: ACPI: No IRQ available for PCI Interrupt Link [LNKD]. Try pci=noacpi or acpi=off
  • From: okaya@xxxxxxxxxxxxxx
• Re: [PATCH] pci: remove error message when device not present
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH 4/5] ACPI / property: Allow holes in reference properties
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH 0/5] ACPI / gpio: Updates to properties
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/5] PCI PM refinements
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• Re: [PATCH 4/5] ACPI / property: Allow holes in reference properties
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH 4/5] ACPI / property: Allow holes in reference properties
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH] pci: remove error message when device not present
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: 4.7 regression: ACPI: No IRQ available for PCI Interrupt Link [LNKD]. Try pci=noacpi or acpi=off
  • From: Ondrej Zary <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v12 0/8] acpi, clocksource: add GTDT driver and GTDT support in arm_arch_timer
  • From: "wangxiongfeng (C)" <wangxiongfeng2@xxxxxxxxxx>
• Re: [PATCH 0/5] ACPI / gpio: Updates to properties
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH 4/5] ACPI / property: Allow holes in reference properties
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] nfit: don't start a full scrub by default for an MCE
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH 1/3] nfit: don't start a full scrub by default for an MCE
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH 3/3] libnvdimm: clear the internal poison_list when clearing badblocks
  • From: Vishal Verma <vishal.l.verma@xxxxxxxxx>
• [PATCH 2/3] pmem: reduce kmap_atomic sections to the memcpys only
  • From: Vishal Verma <vishal.l.verma@xxxxxxxxx>
• [PATCH 1/3] nfit: don't start a full scrub by default for an MCE
  • From: Vishal Verma <vishal.l.verma@xxxxxxxxx>
• [PATCH 0/3] misc updates for Address Range Scrub
  • From: Vishal Verma <vishal.l.verma@xxxxxxxxx>
• Re: 4.7 regression: ACPI: No IRQ available for PCI Interrupt Link [LNKD]. Try pci=noacpi or acpi=off
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• Re: [PATCH 4/5] ACPI / property: Allow holes in reference properties
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH 0/5] ACPI / gpio: Updates to properties
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: 4.7 regression: ACPI: No IRQ available for PCI Interrupt Link [LNKD]. Try pci=noacpi or acpi=off
  • From: Ondrej Zary <linux@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v14 1/9] clocksource/drivers/arm_arch_timer: Move enums and defines to header file
  • From: fu.wei@xxxxxxxxxx
• [PATCH v14 3/9] clocksource/drivers/arm_arch_timer: Improve printk relevant code
  • From: fu.wei@xxxxxxxxxx
• [PATCH v14 4/9] acpi/arm64: Add GTDT table parse driver
  • From: fu.wei@xxxxxxxxxx
• Re: 4.7 regression: ACPI: No IRQ available for PCI Interrupt Link [LNKD]. Try pci=noacpi or acpi=off
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• [PATCH v14 9/9] acpi/arm64: Add SBSA Generic Watchdog support in GTDT driver
  • From: fu.wei@xxxxxxxxxx
• [PATCH v14 7/9] clocksource/drivers/arm_arch_timer: Refactor the timer init code to prepare for GTDT
  • From: fu.wei@xxxxxxxxxx
• [PATCH v14 8/9] clocksource/drivers/arm_arch_timer: Add GTDT support for memory-mapped timer
  • From: fu.wei@xxxxxxxxxx
• [PATCH v14 5/9] clocksource/drivers/arm_arch_timer: Simplify ACPI support code.
  • From: fu.wei@xxxxxxxxxx
• [PATCH v14 6/9] acpi/arm64: Add memory-mapped timer support in GTDT driver
  • From: fu.wei@xxxxxxxxxx
• [PATCH v14 2/9] clocksource/drivers/arm_arch_timer: Add a new enum for spi type
  • From: fu.wei@xxxxxxxxxx
• [PATCH v14 0/9] acpi, clocksource: add GTDT driver and GTDT support in arm_arch_timer
  • From: fu.wei@xxxxxxxxxx
• Re: 4.7 regression: ACPI: No IRQ available for PCI Interrupt Link [LNKD]. Try pci=noacpi or acpi=off
  • From: Ondrej Zary <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/5] PCI PM refinements
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: 4.7 regression: ACPI: No IRQ available for PCI Interrupt Link [LNKD]. Try pci=noacpi or acpi=off
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• Re: 4.7 regression: ACPI: No IRQ available for PCI Interrupt Link [LNKD]. Try pci=noacpi or acpi=off
  • From: Ondrej Zary <linux@xxxxxxxxxxxxxxxxxxxx>
• RE: ARM juno R2 board USB Issue (EHCI probe failed)
  • From: "Sajjan, Vikas C" <vikas.cha.sajjan@xxxxxxx>
• Re: [PATCH v2 2/4] mfd: lpc_ich: Do not create iTCO watchdog when WDAT table exists
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/4] mfd: lpc_ich: Do not create iTCO watchdog when WDAT table exists
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: 4.7 regression: ACPI: No IRQ available for PCI Interrupt Link [LNKD]. Try pci=noacpi or acpi=off
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• Re: 4.7 regression: ACPI: No IRQ available for PCI Interrupt Link [LNKD]. Try pci=noacpi or acpi=off
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: 4.7 regression: ACPI: No IRQ available for PCI Interrupt Link [LNKD]. Try pci=noacpi or acpi=off
  • From: Ondrej Zary <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/4] mfd: lpc_ich: Do not create iTCO watchdog when WDAT table exists
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: 4.7 regression: ACPI: No IRQ available for PCI Interrupt Link [LNKD]. Try pci=noacpi or acpi=off
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: 4.7 regression: ACPI: No IRQ available for PCI Interrupt Link [LNKD]. Try pci=noacpi or acpi=off
  • From: Ondrej Zary <linux@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v11 4/4] serial: pl011: add console matching function
  • From: Aleksey Makarov <aleksey.makarov@xxxxxxxxxx>
• [PATCH v11 3/4] ARM64: ACPI: enable ACPI_SPCR_TABLE
  • From: Aleksey Makarov <aleksey.makarov@xxxxxxxxxx>
• [PATCH v11 2/4] ACPI: parse SPCR and enable matching console
  • From: Aleksey Makarov <aleksey.makarov@xxxxxxxxxx>
• [PATCH v11 1/4] of/serial: move earlycon early_param handling to serial
  • From: Aleksey Makarov <aleksey.makarov@xxxxxxxxxx>
• Re: [PATCH v2 2/4] mfd: lpc_ich: Do not create iTCO watchdog when WDAT table exists
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: ARM juno R2 board USB Issue (EHCI probe failed)
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: ARM juno R2 board USB Issue (EHCI probe failed)
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: ARM juno R2 board USB Issue (EHCI probe failed)
  • From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
• Re: [PATCH v10 0/4] ACPI: parse the SPCR table
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: ARM juno R2 board USB Issue (EHCI probe failed)
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• RE: ARM juno R2 board USB Issue (EHCI probe failed)
  • From: "Sajjan, Vikas C" <vikas.cha.sajjan@xxxxxxx>
• Re: ARM juno R2 board USB Issue (EHCI probe failed)
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• ARM juno R2 board USB Issue (EHCI probe failed)
  • From: "Sajjan, Vikas C" <vikas.cha.sajjan@xxxxxxx>
• Re: ARM juno R2 board USB Issue (EHCI probe failed)
  • From: Vikas Sajjan <sajjan.linux@xxxxxxxxx>
• Re: [PATCH v10 0/4] ACPI: parse the SPCR table
  • From: Aleksey Makarov <aleksey.makarov@xxxxxxxxxx>
• Re: [PATCH -next] ACPI / table: Remove duplicated include from tables.c
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v5 0/5] ACPI 2.0: Stop defer-executing module level code
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [RESEND PATCH] ACPI: CPPC: Support PCC with interrupt flag
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: 4.7 regression: ACPI: No IRQ available for PCI Interrupt Link [LNKD]. Try pci=noacpi or acpi=off
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• RE: [PATCH v5 0/5] ACPI 2.0: Stop defer-executing module level code
  • From: "Zheng, Lv" <lv.zheng@xxxxxxxxx>
• How does a guest OS differentiate between a Reboot/Shutdown ACPI event
  • From: Srinivasan J <srinidpdk@xxxxxxxxx>
• 4.7 regression: ACPI: No IRQ available for PCI Interrupt Link [LNKD]. Try pci=noacpi or acpi=off
  • From: Ondrej Zary <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 5/5] PCI: Avoid unnecessary resume on shutdown
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v2 4/5] PCI: Avoid unnecessary resume after direct-complete
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/5] PCI: Recognize D3cold in pci_update_current_state()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/5] PCI: Query platform firmware for device power state
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] ACPI / watchdog: Add support for WDAT (Watchdog Action Table)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v5 0/5] ACPI 2.0: Stop defer-executing module level code
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: acpi: Fix broken error check in map_processor()
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH V6 0/5] ECAM quirks handling for ARM64 platforms
  • From: Christopher Covington <cov@xxxxxxxxxxxxxx>
• Re: [PATCH V6 0/5] ECAM quirks handling for ARM64 platforms
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH V6 0/5] ECAM quirks handling for ARM64 platforms
  • From: Christopher Covington <cov@xxxxxxxxxxxxxx>
• acpi: Fix broken error check in map_processor()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [PATCH 3/5] ACPI / gpio: Add hogging support
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH 0/5] ACPI / gpio: Updates to properties
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH 1/5] ACPI / documentation: Use recommended name in GPIO property names
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH 5/5] ACPI / gpio: Allow holes in list of GPIOs for a device
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH 4/5] ACPI / property: Allow holes in reference properties
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH 2/5] ACPI / gpio: Add support for naming GPIOs
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH V11 0/8] Introduce ACPI world to ITS irqchip
  • From: Auger Eric <eric.auger@xxxxxxxxxx>
• RE: [PATCH V6 3/5] PCI: thunder-pem: Allow to probe PEM-specific register range for ACPI case
  • From: Gabriele Paoloni <gabriele.paoloni@xxxxxxxxxx>
• Re: [PATCH V6 3/5] PCI: thunder-pem: Allow to probe PEM-specific register range for ACPI case
  • From: Tomasz Nowicki <tn@xxxxxxxxxxxx>
• Re: [PATCH V6 3/5] PCI: thunder-pem: Allow to probe PEM-specific register range for ACPI case
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: Cherryview wake up events
  • From: Johannes Stezenbach <js@xxxxxxxxx>
• Re: Cherryview wake up events
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH] acpiexec: Move an acpiexec specific purposed new line to acpiexec specific file
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH] acpiexec: Move an acpiexec specific purposed new line to acpiexec specific file
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH v5 1/5] ACPICA: Tables: Fix "UNLOAD" code path lock issues
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH v5 2/5] ACPICA: Parser: Fix a regression in LoadTable support
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH v5 5/5] ACPI 2.0 / AML: Fix module level execution by correctly parsing table as TermList
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH v5 4/5] ACPI 2.0 / AML: Improve module level execution by moving the If/Else/While execution to per-table basis
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH v5 3/5] ACPI 2.0 / AML: Enable correct ACPI subsystem initialization order for new table loading mode
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH v5 0/5] ACPI 2.0: Stop defer-executing module level code
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• Re: [PATCH V6 0/5] ECAM quirks handling for ARM64 platforms
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH V6 3/5] PCI: thunder-pem: Allow to probe PEM-specific register range for ACPI case
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v4 10/10] cpufreq: intel_pstate: Use CPPC to get max performance
  • From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 10/10] cpufreq: intel_pstate: Use CPPC to get max performance
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v4 07/10] x86/sched: Add SD_ASYM_PACKING flags to x86 ITMT CPU
  • From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 10/10] cpufreq: intel_pstate: Use CPPC to get max performance
  • From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 10/10] cpufreq: intel_pstate: Use CPPC to get max performance
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v4 10/10] cpufreq: intel_pstate: Use CPPC to get max performance
  • From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
• Re: [PATCH V6 3/5] PCI: thunder-pem: Allow to probe PEM-specific register range for ACPI case
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v2 3/4] i2c: i801: Do not create iTCO watchdog when WDAT table exists
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/4] i2c: i801: Do not create iTCO watchdog when WDAT table exists
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH V6 3/5] PCI: thunder-pem: Allow to probe PEM-specific register range for ACPI case
  • From: Christopher Covington <cov@xxxxxxxxxxxxxx>
• Re: [PATCH V6 3/5] PCI: thunder-pem: Allow to probe PEM-specific register range for ACPI case
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• RE: [PATCH V6 3/5] PCI: thunder-pem: Allow to probe PEM-specific register range for ACPI case
  • From: Gabriele Paoloni <gabriele.paoloni@xxxxxxxxxx>
• RE: [PATCH V6 3/5] PCI: thunder-pem: Allow to probe PEM-specific register range for ACPI case
  • From: Gabriele Paoloni <gabriele.paoloni@xxxxxxxxxx>
• Re: [PATCH V6 3/5] PCI: thunder-pem: Allow to probe PEM-specific register range for ACPI case
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [PATCH V6 0/5] ECAM quirks handling for ARM64 platforms
  • From: Christopher Covington <cov@xxxxxxxxxxxxxx>
• [PATCHv2] PCI: QDF2432 32 bit config space accessors
  • From: Christopher Covington <cov@xxxxxxxxxxxxxx>
• Re: [PATCH v4 07/10] x86/sched: Add SD_ASYM_PACKING flags to x86 ITMT CPU
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v4 10/10] cpufreq: intel_pstate: Use CPPC to get max performance
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v4 07/10] x86/sched: Add SD_ASYM_PACKING flags to x86 ITMT CPU
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v4 07/10] x86/sched: Add SD_ASYM_PACKING flags to x86 ITMT CPU
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH v4 00/10] Support Intel® Turbo Boost Max Technology 3.0
  • From: Srinivas Pandruvada <srinivas.pandruvada@xxxxxxxxxxxxxxx>
• [PATCH v4 02/10] sched: Extend scheduler's asym packing
  • From: Srinivas Pandruvada <srinivas.pandruvada@xxxxxxxxxxxxxxx>
• [PATCH v4 01/10] x86/topology: Fix numa in package topology bug
  • From: Srinivas Pandruvada <srinivas.pandruvada@xxxxxxxxxxxxxxx>
• [PATCH v4 06/10] x86/sysctl: Add sysctl for ITMT scheduling feature
  • From: Srinivas Pandruvada <srinivas.pandruvada@xxxxxxxxxxxxxxx>
• [PATCH v4 05/10] x86: Enable Intel Turbo Boost Max Technology 3.0
  • From: Srinivas Pandruvada <srinivas.pandruvada@xxxxxxxxxxxxxxx>
• [PATCH v4 07/10] x86/sched: Add SD_ASYM_PACKING flags to x86 ITMT CPU
  • From: Srinivas Pandruvada <srinivas.pandruvada@xxxxxxxxxxxxxxx>
• [PATCH v4 04/10] x86/topology: Define x86's arch_update_cpu_topology
  • From: Srinivas Pandruvada <srinivas.pandruvada@xxxxxxxxxxxxxxx>
• [PATCH v4 03/10] x86/topology: Provide topology_num_packages()
  • From: Srinivas Pandruvada <srinivas.pandruvada@xxxxxxxxxxxxxxx>
• [PATCH v4 08/10] acpi: bus: Enable HWP CPPC objects
  • From: Srinivas Pandruvada <srinivas.pandruvada@xxxxxxxxxxxxxxx>
• [PATCH v4 09/10] acpi: bus: Set _OSC for diverse core support
  • From: Srinivas Pandruvada <srinivas.pandruvada@xxxxxxxxxxxxxxx>
• [PATCH v4 10/10] cpufreq: intel_pstate: Use CPPC to get max performance
  • From: Srinivas Pandruvada <srinivas.pandruvada@xxxxxxxxxxxxxxx>
• Re: [PATCH V6 3/5] PCI: thunder-pem: Allow to probe PEM-specific register range for ACPI case
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH V6 3/5] PCI: thunder-pem: Allow to probe PEM-specific register range for ACPI case
  • From: Duc Dang <dhdang@xxxxxxx>
• Re: [PATCH V6 3/5] PCI: thunder-pem: Allow to probe PEM-specific register range for ACPI case
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH V6 3/5] PCI: thunder-pem: Allow to probe PEM-specific register range for ACPI case
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH V6 0/5] ECAM quirks handling for ARM64 platforms
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• Re: [PATCH V6 0/5] ECAM quirks handling for ARM64 platforms
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v10 0/4] ACPI: parse the SPCR table
  • From: Aleksey Makarov <aleksey.makarov@xxxxxxxxxx>
• Re: [PATCH v10 0/4] ACPI: parse the SPCR table
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v10 0/4] ACPI: parse the SPCR table
  • From: Timur Tabi <timur@xxxxxxxxxxxxxx>
• RE: [PATCH V6 3/5] PCI: thunder-pem: Allow to probe PEM-specific register range for ACPI case
  • From: Gabriele Paoloni <gabriele.paoloni@xxxxxxxxxx>
• Re: [PATCH V6 0/5] ECAM quirks handling for ARM64 platforms
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• Re: [PATCH V6 3/5] PCI: thunder-pem: Allow to probe PEM-specific register range for ACPI case
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [PATCH V6 0/5] ECAM quirks handling for ARM64 platforms
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v10 0/4] ACPI: parse the SPCR table
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v10 0/4] ACPI: parse the SPCR table
  • From: Aleksey Makarov <aleksey.makarov@xxxxxxxxxx>
• Re: Cherryview wake up events
  • From: Johannes Stezenbach <js@xxxxxxxxx>
• Re: Cherryview wake up events
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH V6 4/5] PCI: thunder: Enable ACPI PCI controller for ThunderX pass2.x silicon version
  • From: Tomasz Nowicki <tn@xxxxxxxxxxxx>
• Re: [PATCH V6 0/5] ECAM quirks handling for ARM64 platforms
  • From: cov@xxxxxxxxxxxxxx
• Re: [PATCH V2 0/2] Correct AER severity for printing AER information
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: Cherryview wake up events
  • From: Johannes Stezenbach <js@xxxxxxxxx>
• Re: [PATCH V2 0/2] Correct AER severity for printing AER information
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH V6 0/5] ECAM quirks handling for ARM64 platforms
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH V6 3/5] PCI: thunder-pem: Allow to probe PEM-specific register range for ACPI case
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v9 08/10] arm64: pmu: Detect and enable multiple PMUs in an ACPI system
  • From: Punit Agrawal <punit.agrawal@xxxxxxx>
• Re: Cherryview wake up events
  • From: Johannes Stezenbach <js@xxxxxxxxx>
• Re: [PATCH V6 3/5] PCI: thunder-pem: Allow to probe PEM-specific register range for ACPI case
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2 1/4] ACPI / watchdog: Add support for WDAT hardware watchdog
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v2 1/4] ACPI / watchdog: Add support for WDAT hardware watchdog
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH V6 3/5] PCI: thunder-pem: Allow to probe PEM-specific register range for ACPI case
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v2 1/4] ACPI / watchdog: Add support for WDAT hardware watchdog
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH V6 3/5] PCI: thunder-pem: Allow to probe PEM-specific register range for ACPI case
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v2 1/4] ACPI / watchdog: Add support for WDAT hardware watchdog
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH V6 3/5] PCI: thunder-pem: Allow to probe PEM-specific register range for ACPI case
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [RFC PATCH V2 1/3] PCI: hisi: re-architect Hip05/Hip06 controllers driver to preapare for ACPI
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH V6 4/5] PCI: thunder: Enable ACPI PCI controller for ThunderX pass2.x silicon version
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• [PATCH v2 1/4] ACPI / watchdog: Add support for WDAT hardware watchdog
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH v2 2/4] mfd: lpc_ich: Do not create iTCO watchdog when WDAT table exists
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH v2 0/4] ACPI / watchdog: Add support for WDAT (Watchdog Action Table)
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH v2 4/4] platform/x86: intel_pmc_ipc: Do not create iTCO watchdog when WDAT table exists
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH v2 3/4] i2c: i801: Do not create iTCO watchdog when WDAT table exists
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: Cherryview wake up events
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: Cherryview wake up events
  • From: Johannes Stezenbach <js@xxxxxxxxx>
• RE: [RFC PATCH V2 1/3] PCI: hisi: re-architect Hip05/Hip06 controllers driver to preapare for ACPI
  • From: Gabriele Paoloni <gabriele.paoloni@xxxxxxxxxx>
• Re: Cherryview wake up events
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH V6 3/5] PCI: thunder-pem: Allow to probe PEM-specific register range for ACPI case
  • From: Tomasz Nowicki <tn@xxxxxxxxxxxx>
• Re: [PATCH V6 4/5] PCI: thunder: Enable ACPI PCI controller for ThunderX pass2.x silicon version
  • From: Tomasz Nowicki <tn@xxxxxxxxxxxx>
• Re: [RFC PATCH v2 11/11] irqchip: mbigen: promote mbigen init
  • From: Hanjun Guo <guohanjun@xxxxxxxxxx>
• Re: Cherryview wake up events
  • From: Johannes Stezenbach <js@xxxxxxxxx>
• Re: [PATCH V6 3/5] PCI: thunder-pem: Allow to probe PEM-specific register range for ACPI case
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v3 1/8] sched, x86: Add SD_ASYM_PACKING flags to x86 cpu topology for ITMT
  • From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
• Re: [PATCH V6 4/5] PCI: thunder: Enable ACPI PCI controller for ThunderX pass2.x silicon version
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: Cherryview wake up events
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Cherryview wake up events
  • From: Johannes Stezenbach <js@xxxxxxxxx>
• Re: [PATCH v2 5/5] PCI: Avoid unnecessary resume on shutdown
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• Re: [PATCH] ACPICA / Interpreter: Remove redundant newline
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [RFC PATCH v2 11/11] irqchip: mbigen: promote mbigen init
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• Re: [RFC PATCH v2 11/11] irqchip: mbigen: promote mbigen init
  • From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
• Re: [RFC PATCH v2 05/11] ACPI: platform: setup MSI domain for ACPI based platform device
  • From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
• RE: [PATCH] ACPICA / Interpreter: Remove redundant newline
  • From: "Zheng, Lv" <lv.zheng@xxxxxxxxx>
• Re: [RFC PATCH v2 10/11] irqchip: mbigen: Add ACPI support
  • From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
• Re: [PATCH v2 5/5] PCI: Avoid unnecessary resume on shutdown
  • From: Oliver Neukum <oneukum@xxxxxxxx>
• Re: [PATCH v3 1/8] sched, x86: Add SD_ASYM_PACKING flags to x86 cpu topology for ITMT
  • From: Jiri Olsa <jolsa@xxxxxxxxxx>
• [PATCH] Let platform drivers set GPE masks: Fix suspend for Intel Virtual Button Devices
  • From: Alexander Diewald <a.diewald@xxxxxxxxxxxxxxx>
• Re: [PATCH 3/4] PCI: Avoid unnecessary resume after direct-complete
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• [PATCH v2 5/5] PCI: Avoid unnecessary resume on shutdown
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• [PATCH v2 4/5] PCI: Avoid unnecessary resume after direct-complete
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• [PATCH v2 3/5] PCI: Recognize D3cold in pci_update_current_state()
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• [PATCH v2 2/5] PCI: Query platform firmware for device power state
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• [PATCH v2 1/5] PCI: Afford direct-complete to devices with nonstandard PM
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• [PATCH v2 0/5] PCI PM refinements
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• Re: [PATCH 2/4] PCI: Query platform firmware for device power state
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH] If _BIX fails, retry with _BIF.
  • From: Dave Lambley <linux@xxxxxxxxxxx>
• Re: [PATCH 2/4] PCI: Query platform firmware for device power state
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• Re: [PATCH v9 08/10] arm64: pmu: Detect and enable multiple PMUs in an ACPI system
  • From: Jeremy Linton <jeremy.linton@xxxxxxx>
• Re: [PATCH v9 00/10] Enable PMUs in ACPI systems
  • From: Punit Agrawal <punit.agrawal@xxxxxxx>
• Re: [PATCH v9 08/10] arm64: pmu: Detect and enable multiple PMUs in an ACPI system
  • From: Punit Agrawal <punit.agrawal@xxxxxxx>
• Re: [PATCH v9 07/10] arm: arm64: pmu: Assign platform PMU CPU affinity
  • From: Punit Agrawal <punit.agrawal@xxxxxxx>
• Re: [PATCH v9 08/10] arm64: pmu: Detect and enable multiple PMUs in an ACPI system
  • From: Jeremy Linton <jeremy.linton@xxxxxxx>
• Re: [PATCH v2 0/8] Support Intel® Turbo Boost Max Technology 3.0
  • From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
• Re: [PATCH v9 07/10] arm: arm64: pmu: Assign platform PMU CPU affinity
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v9 07/10] arm: arm64: pmu: Assign platform PMU CPU affinity
  • From: Jeremy Linton <jeremy.linton@xxxxxxx>
• Re: [PATCH v10 0/4] ACPI: parse the SPCR table
  • From: Aleksey Makarov <aleksey.makarov@xxxxxxxxxx>
• RE: [PATCH V6 2/5] PCI/ACPI: Check platform specific ECAM quirks
  • From: Gabriele Paoloni <gabriele.paoloni@xxxxxxxxxx>
• Re: [PATCH v9 08/10] arm64: pmu: Detect and enable multiple PMUs in an ACPI system
  • From: Punit Agrawal <punit.agrawal@xxxxxxx>
• Re: [PATCH v9 07/10] arm: arm64: pmu: Assign platform PMU CPU affinity
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH V6 2/5] PCI/ACPI: Check platform specific ECAM quirks
  • From: Christopher Covington <cov@xxxxxxxxxxxxxx>
• RE: [PATCH V6 2/5] PCI/ACPI: Check platform specific ECAM quirks
  • From: Gabriele Paoloni <gabriele.paoloni@xxxxxxxxxx>
• Re: [RFC PATCH v2 11/11] irqchip: mbigen: promote mbigen init
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• Re: [RFC PATCH v2 05/11] ACPI: platform: setup MSI domain for ACPI based platform device
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• Re: [RFC PATCH v2 05/11] ACPI: platform: setup MSI domain for ACPI based platform device
  • From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
• Re: [PATCH 4/4] PCI: Avoid unnecessary resume on shutdown
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH 4/4] PCI: Avoid unnecessary resume on shutdown
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• Re: [PATCH v2 0/8] Support Intel® Turbo Boost Max Technology 3.0
  • From: One Thousand Gnomes <gnomes@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/8] Support Intel® Turbo Boost Max Technology 3.0
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH V6 2/5] PCI/ACPI: Check platform specific ECAM quirks
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [PATCH v13 7/8] clocksource/drivers/arm_arch_timer: Add GTDT support for memory-mapped timer
  • From: Fu Wei <fu.wei@xxxxxxxxxx>
• Re: [RFC PATCH v2 10/11] irqchip: mbigen: Add ACPI support
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• [PATCH v2 1/2] PCI: Add pci_find_resource()
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH v2 2/2] ACPI / platform: Pay attention to parent device's resources
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/4] PCI: Query platform firmware for device power state
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH 2/4] PCI: Query platform firmware for device power state
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• Re: [PATCH 1/2] PCI: Add pci_find_resource()
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [PATCH v9 08/10] arm64: pmu: Detect and enable multiple PMUs in an ACPI system
  • From: Jeremy Linton <jeremy.linton@xxxxxxx>
• [PATCH v9 09/10] arm: pmu: Add PMU definitions for hot-plugged CPUs
  • From: Jeremy Linton <jeremy.linton@xxxxxxx>
• [PATCH v9 10/10] MAINTAINERS: Tweak ARM PMU maintainers
  • From: Jeremy Linton <jeremy.linton@xxxxxxx>
• [PATCH v9 05/10] arm: arm64: Add routine to determine cpuid of other cpus
  • From: Jeremy Linton <jeremy.linton@xxxxxxx>
• [PATCH v9 07/10] arm: arm64: pmu: Assign platform PMU CPU affinity
  • From: Jeremy Linton <jeremy.linton@xxxxxxx>
• [PATCH v9 06/10] arm64: pmu: Cache PMU interrupt numbers from MADT parse
  • From: Jeremy Linton <jeremy.linton@xxxxxxx>
• [PATCH v9 03/10] arm64: pmu: Hoist pmu platform device name
  • From: Jeremy Linton <jeremy.linton@xxxxxxx>
• [PATCH v9 04/10] arm64: Rename the common MADT parse routine
  • From: Jeremy Linton <jeremy.linton@xxxxxxx>
• [PATCH v9 02/10] arm64: pmu: Probe default hw/cache counters
  • From: Jeremy Linton <jeremy.linton@xxxxxxx>
• [PATCH v9 00/10] Enable PMUs in ACPI systems
  • From: Jeremy Linton <jeremy.linton@xxxxxxx>
• [PATCH v9 01/10] arm64: pmu: add fallback probe table
  • From: Jeremy Linton <jeremy.linton@xxxxxxx>
• Re: [PATCH 1/2] PCI: Add pci_find_resource()
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH 2/4] PCI: Query platform firmware for device power state
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH 2/4] PCI: Query platform firmware for device power state
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH V2 0/2] Correct AER severity for printing AER information
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• [PATCH V2 1/2] PCI/AER: Remove duplicate AER severity translation
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• [PATCH V2 2/2] acpi: apei: send correct severity to calculate AER severity
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• [PATCH 0/2] Correct AER severity for printing AER information
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• [PATCH v13 1/8] clocksource/drivers/arm_arch_timer: Move enums and defines to header file
  • From: fu.wei@xxxxxxxxxx
• [PATCH v13 8/8] acpi/arm64: Add SBSA Generic Watchdog support in GTDT driver
  • From: fu.wei@xxxxxxxxxx
• [PATCH v13 7/8] clocksource/drivers/arm_arch_timer: Add GTDT support for memory-mapped timer
  • From: fu.wei@xxxxxxxxxx
• [PATCH v13 3/8] clocksource/drivers/arm_arch_timer: Improve printk relevant code
  • From: fu.wei@xxxxxxxxxx
• [PATCH v13 5/8] clocksource/drivers/arm_arch_timer: Simplify ACPI support code.
  • From: fu.wei@xxxxxxxxxx
• [PATCH v13 6/8] acpi/arm64: Add memory-mapped timer support in GTDT driver
  • From: fu.wei@xxxxxxxxxx
• [PATCH v13 4/8] acpi/arm64: Add GTDT table parse driver
  • From: fu.wei@xxxxxxxxxx
• [PATCH v13 2/8] clocksource/drivers/arm_arch_timer: Add a new enum for spi type
  • From: fu.wei@xxxxxxxxxx
• [PATCH v13 0/8] acpi, clocksource: add GTDT driver and GTDT support in arm_arch_timer
  • From: fu.wei@xxxxxxxxxx
• Re: [PATCH 3/4] i2c: i801: Do not create iTCO watchdog when WDAT table exists
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH 4/4] platform/x86: intel_pmc_ipc: Do not create iTCO watchdog when WDAT table exists
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH 2/4] mfd: lpc_ich: Do not create iTCO watchdog when WDAT table exists
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH] ACPI: CPPC: Support PCC with interrupt flag
  • From: Hoan Tran <hotran@xxxxxxx>
• [RESEND PATCH] ACPI: CPPC: Support PCC with interrupt flag
  • From: Hoan Tran <hotran@xxxxxxx>
• Re: [PATCH] ACPI: CPPC: Support PCC with interrupt flag
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH 2/4] PCI: Query platform firmware for device power state
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [RESEND PATCH v3] mailbox: pcc: Support HW-Reduced Communication Subspace type 2
  • From: Hoan Tran <hotran@xxxxxxx>
• Re: [RFC PATCH v2 05/11] ACPI: platform: setup MSI domain for ACPI based platform device
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• Re: [PATCH] ACPI: CPPC: Support PCC with interrupt flag
  • From: "Prakash, Prashanth" <pprakash@xxxxxxxxxxxxxx>
• Re: [PATCH] ACPI: CPPC: Support PCC with interrupt flag
  • From: Hoan Tran <hotran@xxxxxxx>
• Re: [PATCH 1/4] ACPI / watchdog: Add support for WDAT hardware watchdog
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH V3 0/7] CPPC enhancements
  • From: "Prakash, Prashanth" <pprakash@xxxxxxxxxxxxxx>
• Re: [PATCH 1/4] ACPI / watchdog: Add support for WDAT hardware watchdog
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [RFC PATCH v2 05/11] ACPI: platform: setup MSI domain for ACPI based platform device
  • From: Hanjun Guo <guohanjun@xxxxxxxxxx>
• [RFC PATCH v2 08/11] irqchip: mbigen: drop module owner
  • From: Hanjun Guo <guohanjun@xxxxxxxxxx>
• [RFC PATCH v2 03/11] irqchip: gicv3-its: platform-msi: refactor its_pmsi_init() to prepare for ACPI
  • From: Hanjun Guo <guohanjun@xxxxxxxxxx>
• [RFC PATCH v2 09/11] irqchip: mbigen: introduce mbigen_of_create_domain()
  • From: Hanjun Guo <guohanjun@xxxxxxxxxx>
• [RFC PATCH v2 11/11] irqchip: mbigen: promote mbigen init
  • From: Hanjun Guo <guohanjun@xxxxxxxxxx>
• [RFC PATCH v2 00/11] ACPI platform MSI, interrupt producer/consumer and its example mbi-gen
  • From: Hanjun Guo <guohanjun@xxxxxxxxxx>
• [RFC PATCH v2 01/11] irqchip: gicv3-its: platform-msi: refactor its_pmsi_prepare()
  • From: Hanjun Guo <guohanjun@xxxxxxxxxx>
• [RFC PATCH v2 06/11] msi: platform: make platform_msi_create_device_domain() ACPI aware
  • From: Hanjun Guo <guohanjun@xxxxxxxxxx>
• [RFC PATCH v2 04/11] irqchip: gicv3-its: platform-msi: scan MADT to create platform msi domain
  • From: Hanjun Guo <guohanjun@xxxxxxxxxx>
• [RFC PATCH v2 10/11] irqchip: mbigen: Add ACPI support
  • From: Hanjun Guo <guohanjun@xxxxxxxxxx>
• [RFC PATCH v2 07/11] ACPI: irq: introduce interrupt producer
  • From: Hanjun Guo <guohanjun@xxxxxxxxxx>
• [RFC PATCH v2 02/11] ACPI: platform-msi: retrieve dev id from IORT
  • From: Hanjun Guo <guohanjun@xxxxxxxxxx>
• RE: [PATCH] ACPICA / Interpreter: Remove redundant newline
  • From: "Moore, Robert" <robert.moore@xxxxxxxxx>
• [PATCH 1/2] ACPI: IORT: minor cleanup for iort_match_node_callback()
  • From: Hanjun Guo <guohanjun@xxxxxxxxxx>
• [PATCH 2/2] irqchip: gic-v3-its: keep the head file include in alphabetic order
  • From: Hanjun Guo <guohanjun@xxxxxxxxxx>
• [PATCH 0/2] minor cleanups for IORT patch set
  • From: Hanjun Guo <guohanjun@xxxxxxxxxx>
• Re: [PATCH 3/4] PCI: Avoid unnecessary resume after direct-complete
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH 2/4] PCI: Query platform firmware for device power state
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH V6 2/5] PCI/ACPI: Check platform specific ECAM quirks
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [PATCH] ACPICA / Interpreter: Remove redundant newline
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 2/4] PCI: Query platform firmware for device power state
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• RE: [PATCH] Avoid _BIX ACPI method on Lenovo Yoga 300.
  • From: "Zheng, Lv" <lv.zheng@xxxxxxxxx>
• Re: [PATCH 3/4] PCI: Avoid unnecessary resume after direct-complete
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• [PATCH] Avoid _BIX ACPI method on Lenovo Yoga 300.
  • From: Dave Lambley <linux@xxxxxxxxxxx>
• Re: [PATCH 1/4] ACPI / watchdog: Add support for WDAT hardware watchdog
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] PCI: Add pci_find_resource()
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] tools/testing/nvdimm: test get_config_size DSM failures
  • From: kbuild test robot <lkp@xxxxxxxxx>
• RE: [PATCH] ACPICA / Interpreter: Remove redundant newline
  • From: "Zheng, Lv" <lv.zheng@xxxxxxxxx>
• RE: [PATCH] ACPICA / Interpreter: Remove redundant newline
  • From: "Zheng, Lv" <lv.zheng@xxxxxxxxx>
• RE: [PATCH] ACPICA / Interpreter: Remove redundant newline
  • From: "Zheng, Lv" <lv.zheng@xxxxxxxxx>
• [PATCH 1/2] nfit: fail DSMs that return non-zero status by default
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH 2/2] tools/testing/nvdimm: test get_config_size DSM failures
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH 0/2] nfit: fail DSMs that return an unknown status value
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH 24/26] ACPI / APD: constify local structures
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH 3/4] PCI: Avoid unnecessary resume after direct-complete
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH 3/4] PCI: Avoid unnecessary resume after direct-complete
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH 4/4] PCI: Avoid unnecessary resume on shutdown
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH 3/4] PCI: Avoid unnecessary resume after direct-complete
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH 2/4] PCI: Query platform firmware for device power state
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH 1/4] PCI: Afford direct-complete to devices with nonstandard PM
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH 1/4] ACPI / watchdog: Add support for WDAT hardware watchdog
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v10 3/4] ARM64: ACPI: enable ACPI_SPCR_TABLE
  • From: Mark Salter <msalter@xxxxxxxxxx>
• Re: [PATCH v5 09/14] drivers: iommu: arm-smmu-v3: add IORT configuration
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH v5 07/14] drivers: acpi: iort: add support for ARM SMMU platform devices creation
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [PATCH v5 06/14] drivers: acpi: implement acpi_dma_configure
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [PATCH v5 07/14] drivers: acpi: iort: add support for ARM SMMU platform devices creation
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• [PATCH 2/4] mfd: lpc_ich: Do not create iTCO watchdog when WDAT table exists
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH 1/4] ACPI / watchdog: Add support for WDAT hardware watchdog
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH 0/4] ACPI: Add support for WDAT (Watchdog Action Table)
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH 4/4] platform/x86: intel_pmc_ipc: Do not create iTCO watchdog when WDAT table exists
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH 3/4] i2c: i801: Do not create iTCO watchdog when WDAT table exists
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 06/14] drivers: acpi: implement acpi_dma_configure
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH 1/2] PCI: Add pci_find_resource()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 05/14] drivers: iommu: make iommu_fwspec OF agnostic
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [PATCH v5 05/14] drivers: iommu: make iommu_fwspec OF agnostic
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• [PATCH 2/2] ACPI / platform: Pay attention to parent device's resources
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH 1/2] PCI: Add pci_find_resource()
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v11 5/8] clocksource/drivers/arm_arch_timer: Simplify ACPI support code.
  • From: Fu Wei <fu.wei@xxxxxxxxxx>
• Re: [PATCH V6 2/5] PCI/ACPI: Check platform specific ECAM quirks
  • From: Dongdong Liu <liudongdong3@xxxxxxxxxx>
• Re: [PATCH v11 5/8] clocksource/drivers/arm_arch_timer: Simplify ACPI support code.
  • From: Timur Tabi <timur@xxxxxxxxxxxxxx>
• Re: [PATCH v12 0/7] Make cpuid <-> nodeid mapping persistent
  • From: Dou Liyang <douly.fnst@xxxxxxxxxxxxxx>
• Re: [PATCH v12 7/8] clocksource/drivers/arm_arch_timer: Add GTDT support for memory-mapped timer
  • From: Fu Wei <fu.wei@xxxxxxxxxx>
• Re: [PATCH v12 7/8] clocksource/drivers/arm_arch_timer: Add GTDT support for memory-mapped timer
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• Re: [PATCH v11 7/8] clocksource/drivers/arm_arch_timer: Add GTDT support for memory-mapped timer
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• [PATCH v12 8/8] acpi/arm64: Add SBSA Generic Watchdog support in GTDT driver
  • From: fu.wei@xxxxxxxxxx
• [PATCH v12 7/8] clocksource/drivers/arm_arch_timer: Add GTDT support for memory-mapped timer
  • From: fu.wei@xxxxxxxxxx
• [PATCH v12 6/8] acpi/arm64: Add memory-mapped timer support in GTDT driver
  • From: fu.wei@xxxxxxxxxx
• [PATCH v12 5/8] clocksource/drivers/arm_arch_timer: Simplify ACPI support code.
  • From: fu.wei@xxxxxxxxxx
• [PATCH v12 4/8] acpi/arm64: Add GTDT table parse driver
  • From: fu.wei@xxxxxxxxxx
• [PATCH v12 3/8] clocksource/drivers/arm_arch_timer: Improve printk relevant code
  • From: fu.wei@xxxxxxxxxx
• [PATCH v12 2/8] clocksource/drivers/arm_arch_timer: Add a new enum for spi type
  • From: fu.wei@xxxxxxxxxx
• [PATCH v12 1/8] clocksource/drivers/arm_arch_timer: Move enums and defines to header file
  • From: fu.wei@xxxxxxxxxx
• [PATCH v12 0/8] acpi, clocksource: add GTDT driver and GTDT support in arm_arch_timer
  • From: fu.wei@xxxxxxxxxx
• Re: [PATCH v11 5/8] clocksource/drivers/arm_arch_timer: Simplify ACPI support code.
  • From: Fu Wei <fu.wei@xxxxxxxxxx>
• [PATCH v2 2/3] ACPI / sysfs: Fix an issue for LoadTable opcode
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH v2 3/3] ACPI / sysfs: Update sysfs signature handling code
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH v2 1/3] ACPICA: Tables: Fix a regression in acpi_tb_find_table()
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH v2 0/3] ACPI / sysfs: Cleanup sysfs table handling code
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• Re: [PATCH v11 5/8] clocksource/drivers/arm_arch_timer: Simplify ACPI support code.
  • From: Fu Wei <fu.wei@xxxxxxxxxx>
• Re: [PATCH 0/2] Correct AER severity for printing AER information
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [PATCH v5 07/14] drivers: acpi: iort: add support for ARM SMMU platform devices creation
  • From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
• Re: [PATCH v5 12/14] drivers: acpi: iort: replace rid map type with type mask
  • From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
• Re: [PATCH v5 07/14] drivers: acpi: iort: add support for ARM SMMU platform devices creation
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [PATCH v5 14/14] drivers: acpi: iort: introduce iort_iommu_configure
  • From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
• Re: [PATCH v5 07/14] drivers: acpi: iort: add support for ARM SMMU platform devices creation
  • From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
• Re: [PATCH v5 14/14] drivers: acpi: iort: introduce iort_iommu_configure
  • From: Nate Watterson <nwatters@xxxxxxxxxxxxxx>
• Re: [PATCH v5 07/14] drivers: acpi: iort: add support for ARM SMMU platform devices creation
  • From: nwatters@xxxxxxxxxxxxxx
• Re: [PATCH v3 1/8] sched, x86: Add SD_ASYM_PACKING flags to x86 cpu topology for ITMT
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH V6 2/5] PCI/ACPI: Check platform specific ECAM quirks
  • From: Tomasz Nowicki <tn@xxxxxxxxxxxx>
• Re: [PATCH V6 2/5] PCI/ACPI: Check platform specific ECAM quirks
  • From: Tomasz Nowicki <tn@xxxxxxxxxxxx>
• Re: [PATCH V6 2/5] PCI/ACPI: Check platform specific ECAM quirks
  • From: Tomasz Nowicki <tn@xxxxxxxxxxxx>
• Re: [PATCH V6 2/5] PCI/ACPI: Check platform specific ECAM quirks
  • From: Dongdong Liu <liudongdong3@xxxxxxxxxx>
• Re: [PATCH V6 2/5] PCI/ACPI: Check platform specific ECAM quirks
  • From: Duc Dang <dhdang@xxxxxxx>
• Re: [PATCH v3 8/8] cpufreq: intel_pstate: Use CPPC to get max performance
  • From: Srinivas Pandruvada <srinivas.pandruvada@xxxxxxxxxxxxxxx>
• Re: [PATCH V6 2/5] PCI/ACPI: Check platform specific ECAM quirks
  • From: Duc Dang <dhdang@xxxxxxx>
• Re: [PATCH v2] drivers: acpi: fix GIC irq model default PCI IRQ polarity
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH 0/4] PCI PM refinements
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] CPPC only changes for supporting ITMT 3.0
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH 0/4] PCI PM refinements
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCHv2 0/3] serial: dw8250: ACPI tuning
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/3] Correct errors in acpi_parse_entries_array()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v8 1/2] ACPI / button: Fix an issue in button.lid_init_state=ignore mode
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH V3 0/7] CPPC enhancements
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [RESEND PATCH v3] mailbox: pcc: Support HW-Reduced Communication Subspace type 2
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH] ACPI / battery: Add sysfs representation after checking _BST
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH 4/6] driver core: Don't leak secondary fwnode on device removal
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH 2/6] ACPI / bus: Make acpi_get_first_physical_node() public
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v3 0/5] ACPI / EC: Move the event handling out of the noirq stage
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] ACPI / EC: Fix ECDT and boot_ec support
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH 00/14] ACPICA: 20160831 Release
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH] x86/ioapic: Ignore root bridges without a companion ACPI device
  • From: Jon Derrick <jonathan.derrick@xxxxxxxxx>
• RE: [PATCH] x86/ioapic: Ignore root bridges without a companion ACPI device
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• Re: [PATCH v3 5/8] sched,x86: Enable Turbo Boost Max Technology
  • From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
• Re: [PATCH] x86/ioapic: Ignore root bridges without a companion ACPI device
  • From: Jon Derrick <jonathan.derrick@xxxxxxxxx>
• Re: [PATCH 00/26] constify local structures
  • From: Julia Lawall <julia.lawall@xxxxxxx>
• Re: [PATCH v3 4/8] sched, x86: use arch_update_cpu_topology to indicate x86 need sched domain rebuild
  • From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
• [PATCH 2/2] acpi: apei: send correct severity to calculate AER severity
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• [PATCH 1/2] PCI/AER: Remove duplicate AER severity translation
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• [PATCH 0/2] Correct AER severity for printing AER information
  • From: Tyler Baicar <tbaicar@xxxxxxxxxxxxxx>
• Re: [PATCH v3 3/8] x86, cpu: provide a function topology_num_packages to enumerate #packages
  • From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/8] sched, x86: Add SD_ASYM_PACKING flags to x86 cpu topology for ITMT
  • From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
• Re: [PATCH 00/26] constify local structures
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [UPDATE PATCH V11 1/8] ACPI: I/O Remapping Table (IORT) initial support
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• Re: [UPDATE PATCH V11 1/8] ACPI: I/O Remapping Table (IORT) initial support
  • From: Tomasz Nowicki <tn@xxxxxxxxxxxx>
• [UPDATE PATCH V11 1/8] ACPI: I/O Remapping Table (IORT) initial support
  • From: Tomasz Nowicki <tn@xxxxxxxxxxxx>
• Re: [PATCH 00/26] constify local structures
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• [PATCH V11 1/8] ACPI: I/O Remapping Table (IORT) initial support
  • From: Tomasz Nowicki <tn@xxxxxxxxxxxx>
• [PATCH V11 3/8] PCI/MSI: Setup MSI domain on a per-device basis using IORT ACPI table
  • From: Tomasz Nowicki <tn@xxxxxxxxxxxx>
• [PATCH V11 4/8] irqchip/gicv3-its: Cleanup for ITS domain initialization
  • From: Tomasz Nowicki <tn@xxxxxxxxxxxx>
• [PATCH V11 8/8] irqchip/gicv3-its: Use MADT ITS subtable to do PCI/MSI domain initialization
  • From: Tomasz Nowicki <tn@xxxxxxxxxxxx>
• [PATCH V11 5/8] irqchip/gicv3-its: Refactor ITS DT init code to prepare for ACPI
  • From: Tomasz Nowicki <tn@xxxxxxxxxxxx>
• [PATCH V11 7/8] irqchip/gicv3-its: Factor out PCI-MSI part that might be reused for ACPI
  • From: Tomasz Nowicki <tn@xxxxxxxxxxxx>
• [PATCH V11 6/8] irqchip/gicv3-its: Probe ITS in the ACPI way
  • From: Tomasz Nowicki <tn@xxxxxxxxxxxx>
• [PATCH V11 2/8] ACPI: Add new IORT functions to support MSI domain handling
  • From: Tomasz Nowicki <tn@xxxxxxxxxxxx>
• [PATCH V11 0/8] Introduce ACPI world to ITS irqchip
  • From: Tomasz Nowicki <tn@xxxxxxxxxxxx>
• Re: [PATCH v10 0/4] ACPI: parse the SPCR table
  • From: Aleksey Makarov <aleksey.makarov@xxxxxxxxxx>
• Re: [PATCH 00/26] constify local structures
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 00/26] constify local structures
  • From: Julia Lawall <julia.lawall@xxxxxxx>
• Re: [PATCH 00/26] constify local structures
  • From: Felipe Balbi <felipe.balbi@xxxxxxxxxxxxxxx>
• Re: [UPDATE PATCH V10 1/8] ACPI: I/O Remapping Table (IORT) initial support
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH 00/26] constify local structures
  • From: Julia Lawall <julia.lawall@xxxxxxx>
• Re: [PATCH 00/26] constify local structures
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [UPDATE PATCH V10 1/8] ACPI: I/O Remapping Table (IORT) initial support
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• Re: [UPDATE PATCH V10 1/8] ACPI: I/O Remapping Table (IORT) initial support
  • From: Tomasz Nowicki <tn@xxxxxxxxxxxx>
• Re: ACPI device using sub-resource of PCI device
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [PATCH] gpiolib: Forbid irqchip default trigger for ACPI enumerated devices
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH V3 0/7] CPPC enhancements
  • From: Alexey Klimov <alexey.klimov@xxxxxxx>
• Re: [PATCH 00/26] constify local structures
  • From: Julia Lawall <julia.lawall@xxxxxxx>
• Re: ACPI device using sub-resource of PCI device
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• ACPI/APD Making Module
  • From: "Shah, Nehal-bakulchandra" <Nehal-bakulchandra.Shah@xxxxxxx>
• ACPI/APD Making Module
  • From: "Shah, Nehal-bakulchandra" <Nehal-bakulchandra.Shah@xxxxxxx>
• Unreadable battery on HP Envy m4-1015dx
  • From: José Foronda <josemauricioforonda@xxxxxxxxx>
• Re: [PATCH 00/26] constify local structures
  • From: Julia Lawall <julia.lawall@xxxxxxx>
• Re: [PATCH 00/26] constify local structures
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH 00/26] constify local structures
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• [PATCH 00/26] constify local structures
  • From: Julia Lawall <Julia.Lawall@xxxxxxx>
• [PATCH 24/26] ACPI / APD: constify local structures
  • From: Julia Lawall <Julia.Lawall@xxxxxxx>
• Re: [PATCH] x86/ioapic: Ignore root bridges without a companion ACPI device
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v3 8/8] cpufreq: intel_pstate: Use CPPC to get max performance
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v3 5/8] sched,x86: Enable Turbo Boost Max Technology
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v3 4/8] sched, x86: use arch_update_cpu_topology to indicate x86 need sched domain rebuild
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [PATCH] x86/ioapic: Ignore root bridges without a companion ACPI device
  • From: Rui Wang <rui.y.wang@xxxxxxxxx>
• [GIT PULL] libnvdimm fixes for 4.8-rc6
  • From: "Williams, Dan J" <dan.j.williams@xxxxxxxxx>
• Re: 584c5c422f6c ("x86/ioapic: Support hot-removal of IOAPICs present during boot")
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: 584c5c422f6c ("x86/ioapic: Support hot-removal of IOAPICs present during boot")
  • From: Rui Wang <rui.y.wang@xxxxxxxxx>
• Re: 584c5c422f6c ("x86/ioapic: Support hot-removal of IOAPICs present during boot")
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v3 3/8] x86, cpu: provide a function topology_num_packages to enumerate #packages
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: 584c5c422f6c ("x86/ioapic: Support hot-removal of IOAPICs present during boot")
  • From: Rui Wang <rui.y.wang@xxxxxxxxx>
• Re: [PATCH v3 1/8] sched, x86: Add SD_ASYM_PACKING flags to x86 cpu topology for ITMT
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v3 1/8] sched, x86: Add SD_ASYM_PACKING flags to x86 cpu topology for ITMT
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 2/30] ACPI-processor: Improve two size determinations in acpi_processor_get_performance_states()
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: 584c5c422f6c ("x86/ioapic: Support hot-removal of IOAPICs present during boot")
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH 30/30] ACPI-processor: Improve jump targets in acpi_processor_update_tsd_coord()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 29/30] ACPI-processor: Delete an unnecessary initialisation in acpi_processor_get_platform_limit()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 28/30] ACPI-processor: Rename a jump label in acpi_processor_get_platform_limit()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 27/30] ACPI-processor: Delete an unnecessary initialisation in acpi_processor_reevaluate_tstate()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 26/30] ACPI-processor: Fix jump targets in acpi_processor_reevaluate_tstate()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 25/30] ACPI-processor: Delete two unnecessary initialisations in acpi_processor_get_throttling_control()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 24/30] ACPI-processor: Rename jump labels in acpi_processor_get_throttling_control()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 23/30] ACPI-processor: Improve a size determination in acpi_processor_get_tsd()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 22/30] ACPI-processor: Delete two unnecessary initialisations in acpi_processor_get_tsd()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 21/30] ACPI-processor: Rename jump labels in acpi_processor_get_tsd()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 20/30] ACPI-processor: Fix jump targets in acpi_processor_get_throttling_info()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 18/30] ACPI-processor: Rename jump labels in acpi_processor_get_throttling_states()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 19/30] ACPI-processor: Delete two unnecessary initialisations in acpi_processor_get_throttling_states()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 17/30] ACPI-processor: Improve another size determination in acpi_processor_get_throttling_states()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 16/30] ACPI-processor: Use kmalloc_array() in acpi_processor_get_throttling_states()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 15/30] ACPI-processor: Delete an unnecessary initialisation in acpi_processor_get_platform_limit()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 14/30] ACPI-processor: Delete an unnecessary initialisation in acpi_processor_get_performance_info()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/30] ACPI-processor: Fine-tuning for several function implementations
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• [PATCH 13/30] ACPI-processor: Delete an unnecessary initialisation in acpi_processor_ppc_notifier()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 12/30] ACPI-processor: Rename jump labels in acpi_processor_ppc_notifier()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 11/30] ACPI-processor: Delete two unnecessary initialisations in acpi_processor_get_performance_control()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 10/30] ACPI-processor: Rename jump labels in acpi_processor_get_performance_control()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 09/30] ACPI-processor: Improve a size determination in acpi_processor_get_psd()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 08/30] ACPI-processor: Delete two unnecessary initialisations in acpi_processor_get_psd()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 07/30] ACPI-processor: Rename jump labels in acpi_processor_get_psd()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 06/30] ACPI-processor: Move a success indication in acpi_processor_preregister_performance()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 05/30] ACPI-processor: Rename jump labels in acpi_processor_preregister_performance()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 04/30] ACPI-processor: Delete two unnecessary initialisations in acpi_processor_get_performance_states()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 03/30] ACPI-processor: Rename jump labels in acpi_processor_get_performance_states()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 2/30] ACPI-processor: Improve two size determinations in acpi_processor_get_performance_states()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 1/30] ACPI-processor: Use kmalloc_array() in acpi_processor_get_performance_states()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 00/30] ACPI-processor: Fine-tuning for several function implementations
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• 584c5c422f6c ("x86/ioapic: Support hot-removal of IOAPICs present during boot")
  • From: Rui Wang <rui.y.wang@xxxxxxxxx>
• 584c5c422f6c ("x86/ioapic: Support hot-removal of IOAPICs present during boot")
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH V6 0/5] ECAM quirks handling for ARM64 platforms
  • From: Tomasz Nowicki <tn@xxxxxxxxxxxx>
• [PATCH V6 1/5] PCI/ACPI: Extend pci_mcfg_lookup() responsibilities
  • From: Tomasz Nowicki <tn@xxxxxxxxxxxx>
• [PATCH V6 3/5] PCI: thunder-pem: Allow to probe PEM-specific register range for ACPI case
  • From: Tomasz Nowicki <tn@xxxxxxxxxxxx>
• [PATCH V6 2/5] PCI/ACPI: Check platform specific ECAM quirks
  • From: Tomasz Nowicki <tn@xxxxxxxxxxxx>
• [PATCH V6 5/5] PCI: thunder: Enable ACPI PCI controller for ThunderX pass1.x silicon version
  • From: Tomasz Nowicki <tn@xxxxxxxxxxxx>
• Re: [PATCH] ACPICA / Interpreter: Remove redundant newline
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH V6 4/5] PCI: thunder: Enable ACPI PCI controller for ThunderX pass2.x silicon version
  • From: Tomasz Nowicki <tn@xxxxxxxxxxxx>
• [PATCH V6 0/5] ECAM quirks handling for ARM64 platforms
  • From: Tomasz Nowicki <tn@xxxxxxxxxxxx>
• Re: [PATCH] ACPICA / Interpreter: Remove redundant newline
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH] ACPICA / Interpreter: Remove redundant newline
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH] ACPICA / Interpreter: Remove redundant newline
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH] ACPICA / Interpreter: Remove redundant newline
  • From: Borislav Petkov <bp@xxxxxxxxx>
• RE: [PATCH] ACPICA / Interpreter: Remove redundant newline
  • From: "Moore, Robert" <robert.moore@xxxxxxxxx>
• RE: [PATCH] ACPICA / Interpreter: Remove redundant newline
  • From: "Moore, Robert" <robert.moore@xxxxxxxxx>
• Re: [PATCH] ACPICA / Interpreter: Remove redundant newline
  • From: Borislav Petkov <bp@xxxxxxxxx>
• RE: [PATCH] ACPICA / Interpreter: Remove redundant newline
  • From: "Moore, Robert" <robert.moore@xxxxxxxxx>
• Re: [PATCH v8 8/9] arm64: pmu: Detect and enable multiple PMUs in an ACPI system
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: DAX can not work on virtual nvdimm device
  • From: Ross Zwisler <ross.zwisler@xxxxxxxxxxxxxxx>
• [PATCH] ACPICA / Interpreter: Remove redundant newline
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v10 3/4] ARM64: ACPI: enable ACPI_SPCR_TABLE
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v10 3/4] ARM64: ACPI: enable ACPI_SPCR_TABLE
  • From: Aleksey Makarov <aleksey.makarov@xxxxxxxxxx>
• [PATCH v5 01/14] drivers: iommu: add FWNODE_IOMMU fwnode type
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• [PATCH v5 02/14] drivers: iommu: implement arch_{set/get}_iommu_fwspec API
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• [PATCH v5 03/14] drivers: acpi: iort: introduce linker section for IORT entries probing
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• [PATCH v5 05/14] drivers: iommu: make iommu_fwspec OF agnostic
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• [PATCH v5 04/14] drivers: acpi: iort: add support for IOMMU fwnode registration
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• [PATCH v5 07/14] drivers: acpi: iort: add support for ARM SMMU platform devices creation
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• [PATCH v5 06/14] drivers: acpi: implement acpi_dma_configure
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• [PATCH v5 08/14] drivers: iommu: arm-smmu-v3: split probe functions into DT/generic portions
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• [PATCH v5 09/14] drivers: iommu: arm-smmu-v3: add IORT configuration
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• [PATCH v5 11/14] drivers: iommu: arm-smmu: add IORT configuration
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• [PATCH v5 10/14] drivers: iommu: arm-smmu: split probe functions into DT/generic portions
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• [PATCH v5 14/14] drivers: acpi: iort: introduce iort_iommu_configure
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• [PATCH v5 12/14] drivers: acpi: iort: replace rid map type with type mask
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• [PATCH v5 13/14] drivers: acpi: iort: add single mapping function
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• [PATCH v5 00/14] ACPI IORT ARM SMMU support
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: ACPI device using sub-resource of PCI device
  • From: Aaron Durbin <adurbin@xxxxxxxxxx>
• Re: ACPI device using sub-resource of PCI device
  • From: Aaron Durbin <adurbin@xxxxxxxxxx>
• Re: DAX can not work on virtual nvdimm device
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [PATCH v10 3/4] ARM64: ACPI: enable ACPI_SPCR_TABLE
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v10 3/4] ARM64: ACPI: enable ACPI_SPCR_TABLE
  • From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
• Re: [UPDATE PATCH V10 1/8] ACPI: I/O Remapping Table (IORT) initial support
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: DAX can not work on virtual nvdimm device
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH V10 1/8] ACPI: I/O Remapping Table (IORT) initial support
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [PATCH v10 3/4] ARM64: ACPI: enable ACPI_SPCR_TABLE
  • From: Graeme Gregory <gg@xxxxxxxxxxxxxxx>
• Re: [PATCH V10 1/8] ACPI: I/O Remapping Table (IORT) initial support
  • From: Dennis Chen <dennis.chen@xxxxxxx>
• [PATCH v3 1/8] sched, x86: Add SD_ASYM_PACKING flags to x86 cpu topology for ITMT
  • From: Srinivas Pandruvada <srinivas.pandruvada@xxxxxxxxxxxxxxx>
• [PATCH v3 4/8] sched, x86: use arch_update_cpu_topology to indicate x86 need sched domain rebuild
  • From: Srinivas Pandruvada <srinivas.pandruvada@xxxxxxxxxxxxxxx>
• [PATCH v3 3/8] x86, cpu: provide a function topology_num_packages to enumerate #packages
  • From: Srinivas Pandruvada <srinivas.pandruvada@xxxxxxxxxxxxxxx>
• [PATCH v3 5/8] sched,x86: Enable Turbo Boost Max Technology
  • From: Srinivas Pandruvada <srinivas.pandruvada@xxxxxxxxxxxxxxx>
• [PATCH v3 8/8] cpufreq: intel_pstate: Use CPPC to get max performance
  • From: Srinivas Pandruvada <srinivas.pandruvada@xxxxxxxxxxxxxxx>
• [PATCH v3 7/8] acpi: bus: Set _OSC for diverse core support
  • From: Srinivas Pandruvada <srinivas.pandruvada@xxxxxxxxxxxxxxx>
• [PATCH v3 6/8] acpi: bus: Enable HWP CPPC objects
  • From: Srinivas Pandruvada <srinivas.pandruvada@xxxxxxxxxxxxxxx>
• [PATCH v3 2/8] sched: Extend scheduler's asym packing
  • From: Srinivas Pandruvada <srinivas.pandruvada@xxxxxxxxxxxxxxx>
• [PATCH v3 0/8] Support Intel® Turbo Boost Max Technology 3.0
  • From: Srinivas Pandruvada <srinivas.pandruvada@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 5/8] sched,x86: Enable Turbo Boost Max Technology
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: DAX can not work on virtual nvdimm device
  • From: Ross Zwisler <ross.zwisler@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 5/8] sched,x86: Enable Turbo Boost Max Technology
  • From: Srinivas Pandruvada <srinivas.pandruvada@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 5/8] sched,x86: Enable Turbo Boost Max Technology
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 5/8] sched,x86: Enable Turbo Boost Max Technology
  • From: Srinivas Pandruvada <srinivas.pandruvada@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 5/8] sched,x86: Enable Turbo Boost Max Technology
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/8] sched: Extend scheduler's asym packing
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 5/8] sched,x86: Enable Turbo Boost Max Technology
  • From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/8] sched: Extend scheduler's asym packing
  • From: Tim Chen <tim.c.chen@xxxxxxxxxxxxxxx>
• Re: [PATCH v10 3/4] ARM64: ACPI: enable ACPI_SPCR_TABLE
  • From: Mark Salter <msalter@xxxxxxxxxx>
• [PATCH -next] ACPI / table: Remove duplicated include from tables.c
  • From: Wei Yongjun <weiyj.lk@xxxxxxxxx>
• Re: [UPDATE PATCH V10 1/8] ACPI: I/O Remapping Table (IORT) initial support
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [PATCH v10 3/4] ARM64: ACPI: enable ACPI_SPCR_TABLE
  • From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
• Re: [PATCH v10 3/4] ARM64: ACPI: enable ACPI_SPCR_TABLE
  • From: Graeme Gregory <gg@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/8] Support Intel(R) Turbo Boost Max Technology 3.0
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v10 3/4] ARM64: ACPI: enable ACPI_SPCR_TABLE
  • From: Will Deacon <will.deacon@xxxxxxx>
• RE: [PATCH 3/4] ACPI / EC: Fix a gap that ECDT EC cannot handle EC events
  • From: "Zheng, Lv" <lv.zheng@xxxxxxxxx>
• Re: [Replacement][PATCH v2 6/8] acpi: bus: Enable HWP CPPC objects
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/8] sched: Extend scheduler's asym packing
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/8] Support Intel® Turbo Boost Max Technology 3.0
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 5/8] sched,x86: Enable Turbo Boost Max Technology
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 11/21] ACPI: processor: Convert to hotplug state machine
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH -next] ACPI / CPPC: fix error return code in acpi_cppc_processor_probe()
  • From: Wei Yongjun <weiyj.lk@xxxxxxxxx>
• Re: [PATCH 11/21] ACPI: processor: Convert to hotplug state machine
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [UPDATE PATCH V10 2/8] ACPI: Add new IORT functions to support MSI domain handling
  • From: Tomasz Nowicki <tn@xxxxxxxxxxxx>
• [UPDATE PATCH V10 2/8] ACPI: Add new IORT functions to support MSI domain handling
  • From: Tomasz Nowicki <tn@xxxxxxxxxxxx>
• [UPDATE PATCH V10 1/8] ACPI: I/O Remapping Table (IORT) initial support
  • From: Tomasz Nowicki <tn@xxxxxxxxxxxx>
• Re: [PATCH V10 2/8] ACPI: Add new IORT functions to support MSI domain handling
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH V10 2/8] ACPI: Add new IORT functions to support MSI domain handling
  • From: Tomasz Nowicki <tn@xxxxxxxxxxxx>
• Re: [PATCH v10 3/4] ARM64: ACPI: enable ACPI_SPCR_TABLE
  • From: Aleksey Makarov <amakarov.linux@xxxxxxxxx>
• Re: [PATCH v11 5/8] clocksource/drivers/arm_arch_timer: Simplify ACPI support code.
  • From: Fu Wei <fu.wei@xxxxxxxxxx>
• [PATCH v2 3/4] ACPI / EC: Fix a gap that ECDT EC cannot handle EC events
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH v2 4/4] ACPI / EC: Fix issues related to boot_ec
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH v2 2/4] ACPI / EC: Fix a memory leakage issue in acpi_ec_add()
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH v2 1/4] ACPI / EC: Cleanup first_ec/boot_ec code
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH v2 0/4] ACPI / EC: Fix ECDT and boot_ec support
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• Re: [PATCH V10 7/8] irqchip/gicv3-its: Factor out PCI-MSI part that might be reused for ACPI
  • From: Tomasz Nowicki <tn@xxxxxxxxxxxx>
• Re: ACPI-video: Fine-tuning for several function implementations
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 14/14] ACPICA: Update version to 20160831
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 13/14] ACPICA: Tables: Tune table mutex to be a leaf lock
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 12/14] ACPICA: Dispatcher: Fix a mutex issue for method auto serialization
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 08/14] ACPICA: Update return value for intenal _OSI method
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 11/14] ACPICA: Namespace: Fix dynamic table loading issues by tuning namespace/interpreter locks
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 10/14] ACPICA: Namespace: Add acpi_ns_get_node_unlocked()
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 09/14] ACPICA: Interpreter: Fix MLC issues by switching to new term_list grammar for table loading
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 05/14] ACPICA: Tables: Remove wrong table event macros
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 07/14] ACPICA: Tables: Override all 64-bit GAS fields when acpi_gbl_use32_bit_fadt_addresses is TRUE
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 06/14] ACPICA: Tables: Add new table events indicating table installation/uninstallation
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 04/14] ACPICA: Tables: Remove acpi_tb_install_fixed_table()
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 03/14] ACPICA: Add a couple of casts to uthex.c
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• =?y?q?=5BPATCH=2002/14=5D=20ACPICA=3A=20Cleanup=20for=20all=20string-to-integer=20conversions?=
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 01/14] ACPICA: Debugger: Add subcommand for predefined name execution
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 00/14] ACPICA: 20160831 Release
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>