Linux Advanced Configuration and Power Interface (ACPI)

• Thread Index

• Re: [PATCH v11 7/7] x86/sgx: Add check for SGX pages to ghes_do_memory_failure()
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [GIT PULL] ACPI fixes for v5.15-rc7
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [rafael-pm:bleeding-edge] BUILD SUCCESS ff77b4a23e470f82642897284e6140ad581c714a
  • From: kernel test robot <lkp@xxxxxxxxx>
• RE: [PATCH v5 0/2] gpio: mlxbf2: Introduce proper interrupt handling
  • From: Asmaa Mnebhi <asmaa@xxxxxxxxxx>
• Re: [PATCH v5 1/2] x86/PCI: Ignore E820 reservations for bridge windows on newer systems
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v2 RESEND 3/5] ACPI: APD: Add a fmw property clk-name
  • From: Ajit Kumar Pandey <AjitKumar.Pandey@xxxxxxx>
• [PATCH v2 RESEND 2/5] drivers: acpi: acpi_apd: Remove unused device property "is-rv"
  • From: Ajit Kumar Pandey <AjitKumar.Pandey@xxxxxxx>
• Re: [PATCH v2] ACPI: platform_profile: Add support for notification chains
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2 03/45] notifier: Add atomic/blocking_notifier_has_unique_priority()
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• Re: [PATCH v2 03/45] notifier: Add atomic/blocking_notifier_has_unique_priority()
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• Re: [PATCH v2 00/45] Introduce power-off+restart call chain API
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• Re: [PATCH v2 08/45] kernel: Add combined power-off+restart handler call chain API
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• Re: [PATCH v2 08/45] kernel: Add combined power-off+restart handler call chain API
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• Re: [PATCH v2 08/45] kernel: Add combined power-off+restart handler call chain API
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• Re: [PATCH v2 03/45] notifier: Add atomic/blocking_notifier_has_unique_priority()
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• Re: [PATCH v4 04/11] regulator: Introduce tps68470-regulator driver
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v5 2/2] pinctrl: amd: Fix wakeups when IRQ is shared with SCI
  • From: Basavaraj Natikar <bnatikar@xxxxxxx>
• [PATCH v5 2/2] pinctrl: amd: Fix wakeups when IRQ is shared with SCI
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• [PATCH v5 1/2] ACPI: Add stubs for wakeup handler functions
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• [PATCH] ACPI / EC: Use ec_no_wakeup on HP ZHAN 66 Pro
  • From: zhoubinbin@xxxxxxxxxxxxx
• Re: [PATCH v2 15/45] nds32: Use do_kernel_power_off()
  • From: Greentime Hu <green.hu@xxxxxxxxx>
• Re: [PATCH v2 10/45] ARM: Use do_kernel_power_off()
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 24/45] regulator: pfuze100: Use devm_register_power_handler()
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v2 03/45] notifier: Add atomic/blocking_notifier_has_unique_priority()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 08/45] kernel: Add combined power-off+restart handler call chain API
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v2 08/45] kernel: Add combined power-off+restart handler call chain API
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v2 09/45] xen/x86: Use do_kernel_power_off()
  • From: Juergen Gross <jgross@xxxxxxxx>
• Re: [PATCH v2 16/45] parisc: Use do_kernel_power_off()
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH v2 18/45] riscv: Use do_kernel_power_off()
  • From: Palmer Dabbelt <palmer@xxxxxxxxxxx>
• [PATCH v2 40/45] mfd: twl4030: Use devm_register_trivial_power_off_handler()
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• [PATCH v2 38/45] mfd: max77620: Use devm_register_simple_power_off_handler()
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• [PATCH v2 39/45] mfd: dm355evm_msp: Use devm_register_trivial_power_off_handler()
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• [PATCH v2 37/45] mfd: tps65910: Use devm_register_simple_power_off_handler()
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• [PATCH v2 36/45] mfd: tps6586x: Use devm_register_simple_power_off_handler()
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• [PATCH v2 35/45] mfd: max8907: Use devm_register_simple_power_off_handler()
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• [PATCH v2 34/45] mfd: palmas: Use devm_register_simple_power_off_handler()
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• [PATCH v2 33/45] mfd: rk808: Use devm_register_simple_power_off_handler()
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• [PATCH v2 32/45] mfd: retu: Use devm_register_simple_power_off_handler()
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• [PATCH v2 31/45] mfd: axp20x: Use register_simple_power_off_handler()
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• [PATCH v2 30/45] mfd: ene-kb3930: Use devm_register_power_handler()
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• [PATCH v2 28/45] mfd: rn5t618: Use devm_register_power_handler()
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• [PATCH v2 29/45] mfd: acer-a500: Use devm_register_power_handler()
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• [PATCH v2 27/45] mfd: ntxec: Use devm_register_power_handler()
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• [PATCH v2 26/45] soc/tegra: pmc: Utilize power-handler API to power off Nexus 7 properly
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• [PATCH v2 24/45] regulator: pfuze100: Use devm_register_power_handler()
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• [PATCH v2 25/45] reboot: Remove pm_power_off_prepare()
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• [PATCH v2 23/45] ACPI: power: Switch to power-handler API
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• [PATCH v2 22/45] memory: emif: Use kernel_can_power_off()
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• [PATCH v2 21/45] m68k: Switch to new power-handler API
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• [PATCH v2 20/45] x86: Use do_kernel_power_off()
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• [PATCH v2 19/45] sh: Use do_kernel_power_off()
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• [PATCH v2 18/45] riscv: Use do_kernel_power_off()
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• [PATCH v2 16/45] parisc: Use do_kernel_power_off()
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• [PATCH v2 17/45] powerpc: Use do_kernel_power_off()
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• [PATCH v2 15/45] nds32: Use do_kernel_power_off()
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• [PATCH v2 14/45] mips: Use do_kernel_power_off()
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• [PATCH v2 13/45] ia64: Use do_kernel_power_off()
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• [PATCH v2 11/45] arm64: Use do_kernel_power_off()
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• [PATCH v2 12/45] csky: Use do_kernel_power_off()
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• [PATCH v2 05/45] reboot: Warn if restart handler has duplicated priority
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• [PATCH v2 06/45] reboot: Warn if unregister_restart_handler() fails
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• [PATCH v2 09/45] xen/x86: Use do_kernel_power_off()
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• [PATCH v2 10/45] ARM: Use do_kernel_power_off()
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• [PATCH v2 08/45] kernel: Add combined power-off+restart handler call chain API
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• [PATCH v2 07/45] reboot: Remove extern annotation from function prototypes
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• [PATCH v2 04/45] reboot: Correct typo in a comment
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• [PATCH v2 03/45] notifier: Add atomic/blocking_notifier_has_unique_priority()
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• [PATCH v2 02/45] notifier: Add blocking_notifier_call_chain_empty()
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• [PATCH v2 01/45] notifier: Remove extern annotation from function prototypes
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• [PATCH v2 00/45] Introduce power-off+restart call chain API
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• Re: [PATCH v1 0/2] ACPI: scan: Honor certain device identification rules
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 02/11] i2c: acpi: Use acpi_dev_ready_for_enumeration() helper
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v4 01/11] ACPI: delay enumeration of devices with a _DEP pointing to an INT3472 device
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH] ACPI: APEI: mark apei_hest_parse
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH] ACPI: glue: Use acpi_device_adr() in acpi_find_child_device()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v3] ACPI, APEI, EINJ: Relax platform response timeout to 1 second.
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v1 0/2] ACPI: scan: Honor certain device identification rules
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v1 0/2] ACPI: scan: Honor certain device identification rules
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v1 0/2] ACPI: scan: Honor certain device identification rules
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v1 0/2] ACPI: scan: Honor certain device identification rules
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH] ACPI: glue: Use acpi_device_adr() in acpi_find_child_device()
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH] ACPI: glue: Use acpi_device_adr() in acpi_find_child_device()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH] ACPI: glue: Use acpi_device_adr() in acpi_find_child_device()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v4 1/2] ACPI: Add stubs for wakeup handler functions
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v1 0/2] ACPI: scan: Honor certain device identification rules
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v4 2/3] platform/x86: asus-wmi: rename platform_profile_* function symbols
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v4 1/3] platform/x86: hp-wmi: rename platform_profile_* function symbols
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• RE: [PATCH v4 0/3] Let other drivers react to platform profile changes
  • From: "Limonciello, Mario" <Mario.Limonciello@xxxxxxx>
• Re: [PATCH v4 0/3] Let other drivers react to platform profile changes
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v4 0/3] Let other drivers react to platform profile changes
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v7 3/4] drivers/acpi: Introduce Platform Firmware Runtime Update Telemetry
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxx>
• Re: [PATCH v7 2/4] drivers/acpi: Introduce Platform Firmware Runtime Update device driver
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxx>
• Re: [PATCH v7 1/4] efi: Introduce EFI_FIRMWARE_MANAGEMENT_CAPSULE_HEADER and corresponding structures
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxx>
• [PATCH v4 4/4] PCI: MCFG: Add the MCFG entry parse log message
  • From: Xuesong Chen <xuesong.chen@xxxxxxxxxxxxxxxxx>
• [PATCH v4 3/4] ACPI: APEI: Reserve the MCFG address for quirk ECAM implementation
  • From: Xuesong Chen <xuesong.chen@xxxxxxxxxxxxxxxxx>
• [PATCH v4 2/4] ACPI: APEI: Filter the PCI MCFG address with an arch-agnostic method
  • From: Xuesong Chen <xuesong.chen@xxxxxxxxxxxxxxxxx>
• [PATCH v4 1/4] PCI: MCFG: Consolidate the separate PCI MCFG table entry list
  • From: Xuesong Chen <xuesong.chen@xxxxxxxxxxxxxxxxx>
• [PATCH v4 0/4] PCI MCFG consolidation and APEI resource filtering
  • From: Xuesong Chen <xuesong.chen@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v7 2/4] drivers/acpi: Introduce Platform Firmware Runtime Update device driver
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH v7 3/4] drivers/acpi: Introduce Platform Firmware Runtime Update Telemetry
  • From: Chen Yu <yu.c.chen@xxxxxxxxx>
• [PATCH v7 4/4] tools: Introduce power/acpi/pfru/pfru
  • From: Chen Yu <yu.c.chen@xxxxxxxxx>
• [PATCH v7 2/4] drivers/acpi: Introduce Platform Firmware Runtime Update device driver
  • From: Chen Yu <yu.c.chen@xxxxxxxxx>
• [PATCH v7 1/4] efi: Introduce EFI_FIRMWARE_MANAGEMENT_CAPSULE_HEADER and corresponding structures
  • From: Chen Yu <yu.c.chen@xxxxxxxxx>
• [PATCH v7 0/4] Introduce Platform Firmware Runtime Update and Telemetry drivers
  • From: Chen Yu <yu.c.chen@xxxxxxxxx>
• [PATCH] ACPI: APEI: mark apei_hest_parse
  • From: Christoph Hellwig <hch@xxxxxx>
• [rafael-pm:bleeding-edge] BUILD SUCCESS a1ccff3617a4e0310a4d88e0048c160587a21ce2
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v3 2/2] ACPI: APEI: Filter the PCI MCFG address with an arch-agnostic method
  • From: Xuesong Chen <xuesong.chen@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/2] PCI: MCFG: Consolidate the separate PCI MCFG table entry list
  • From: Xuesong Chen <xuesong.chen@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v3] ACPI, APEI, EINJ: Relax platform response timeout to 1 second.
  • From: Shuai Xue <xueshuai@xxxxxxxxxxxxxxxxx>
• RE: [PATCH v4 1/2] ACPI: Add stubs for wakeup handler functions
  • From: "Limonciello, Mario" <Mario.Limonciello@xxxxxxx>
• Re: [PATCH v4 1/2] ACPI: Add stubs for wakeup handler functions
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• [PATCH v11 6/7] x86/sgx: Add hook to error injection address validation
  • From: Tony Luck <tony.luck@xxxxxxxxx>
• [PATCH v11 7/7] x86/sgx: Add check for SGX pages to ghes_do_memory_failure()
  • From: Tony Luck <tony.luck@xxxxxxxxx>
• [PATCH v11 4/7] x86/sgx: Add SGX infrastructure to recover from poison
  • From: Tony Luck <tony.luck@xxxxxxxxx>
• [PATCH v11 5/7] x86/sgx: Hook arch_memory_failure() into mainline code
  • From: Tony Luck <tony.luck@xxxxxxxxx>
• [PATCH v11 1/7] x86/sgx: Add new sgx_epc_page flag bit to mark free pages
  • From: Tony Luck <tony.luck@xxxxxxxxx>
• [PATCH v11 0/7] Basic recovery for machine checks inside SGX
  • From: Tony Luck <tony.luck@xxxxxxxxx>
• [PATCH v11 2/7] x86/sgx: Add infrastructure to identify SGX EPC pages
  • From: Tony Luck <tony.luck@xxxxxxxxx>
• [PATCH v11 3/7] x86/sgx: Initial poison handling for dirty and free pages
  • From: Tony Luck <tony.luck@xxxxxxxxx>
• Re: [PATCH v3 2/2] ACPI: APEI: Filter the PCI MCFG address with an arch-agnostic method
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v1 0/2] ACPI: scan: Honor certain device identification rules
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v4 3/3] ACPI: platform_profile: Add support for notification chains
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• [PATCH v4 0/3] Let other drivers react to platform profile changes
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• [PATCH v4 2/3] platform/x86: asus-wmi: rename platform_profile_* function symbols
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• [PATCH v4 1/3] platform/x86: hp-wmi: rename platform_profile_* function symbols
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• RE: [External] [PATCH v3 3/3] ACPI: platform_profile: Add support for notification chains
  • From: "Limonciello, Mario" <Mario.Limonciello@xxxxxxx>
• [PATCH v1 0/2] ACPI: scan: Honor certain device identification rules
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v1 1/2] ACPI: scan: Do not add device IDs from _CID if _HID is not valid
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v1 2/2] ACPI: scan: Do not set type.bus_address if _HID is valid
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [External] [PATCH v3 3/3] ACPI: platform_profile: Add support for notification chains
  • From: Mark Pearson <markpearson@xxxxxxxxxx>
• RE: [External] [PATCH v3 3/3] ACPI: platform_profile: Add support for notification chains
  • From: "Limonciello, Mario" <Mario.Limonciello@xxxxxxx>
• Re: [External] [PATCH v3 3/3] ACPI: platform_profile: Add support for notification chains
  • From: Mark Pearson <markpearson@xxxxxxxxxx>
• [PATCH v3 3/3] ACPI: platform_profile: Add support for notification chains
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• [PATCH v3 2/3] platform/x86: asus-wmi: rename platform_profile_* function symbols
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• [PATCH v3 1/3] platform/x86: hp-wmi: rename platform_profile_* function symbols
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• [PATCH v3 0/3] Let other drivers react to platform profile changes
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• [PATCH v4 2/2] pinctrl: amd: Fix wakeups when IRQ is shared with SCI
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• [PATCH v4 1/2] ACPI: Add stubs for wakeup handler functions
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• Re: [PATCH v1 1/1] device property: Drop redundant NULL checks
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3] ACPI, APEI, EINJ: Relax platform response timeout to 1 second.
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• Re: [PATCH v1 1/1] device property: Drop redundant NULL checks
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [PATCH v1 1/1] device property: Drop redundant NULL checks
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/2] PCI: MCFG: Consolidate the separate PCI MCFG table entry list
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [PATCH v2 7/7] perf: qcom_l2_pmu: ACPI: Use ACPI_COMPANION() directly
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [RESEND][For 5.16][PATCH] ACPI: resources: Add one more Medion model in IRQ override quirk
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH] ACPI: AC: Quirk GK45 to skip reading _PSR
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v1 1/2] ACPI/PRM: Remove unnecessary blank lines
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v3] ACPI: NUMA: Add a node and memblk for each CFMWS not in SRAT
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v3 1/2] PCI: MCFG: Consolidate the separate PCI MCFG table entry list
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v2] ACPI: platform_profile: Add support for notification chains
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v3 2/2] ACPI: APEI: Filter the PCI MCFG address with an arch-agnostic method
  • From: Xuesong Chen <xuesong.chen@xxxxxxxxxxxxxxxxx>
• [PATCH] ACPI: Add AEST in ACPI Table Definitions
  • From: Shuuichirou Ishii <ishii.shuuichir@xxxxxxxxxxx>
• [PATCH v3] ACPI, APEI, EINJ: Relax platform response timeout to 1 second.
  • From: Shuai Xue <xueshuai@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v3] ACPI: NUMA: Add a node and memblk for each CFMWS not in SRAT
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v3] ACPI: NUMA: Add a node and memblk for each CFMWS not in SRAT
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v3 2/2] ACPI: APEI: Filter the PCI MCFG address with an arch-agnostic method
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• [PATCH v2] ACPI: platform_profile: Add support for notification chains
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• Re: [PATCH v3] ACPI: NUMA: Add a node and memblk for each CFMWS not in SRAT
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [External] [PATCH] ACPI: platform_profile: Add support for notification chains
  • From: Mark Pearson <markpearson@xxxxxxxxxx>
• [rafael-pm:bleeding-edge] BUILD SUCCESS af2b73b422405bf7d7aef0060da17281f7a0e6d4
  • From: kernel test robot <lkp@xxxxxxxxx>
• RE: [PATCH v2] ACPI, APEI, EINJ: Relax platform response timeout to 1 second.
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• Re: [PATCH v6 2/4] drivers/acpi: Introduce Platform Firmware Runtime Update device driver
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 2/4] drivers/acpi: Introduce Platform Firmware Runtime Update device driver
  • From: Chen Yu <yu.c.chen@xxxxxxxxx>
• Re: [PATCH v6 1/4] efi: Introduce EFI_FIRMWARE_MANAGEMENT_CAPSULE_HEADER and corresponding structures
  • From: Chen Yu <yu.c.chen@xxxxxxxxx>
• Re: [PATCH] ACPI: platform_profile: Add support for notification chains
  • From: "Limonciello, Mario" <mario.limonciello@xxxxxxx>
• Re: [PATCH v6 1/4] efi: Introduce EFI_FIRMWARE_MANAGEMENT_CAPSULE_HEADER and corresponding structures
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2] ACPI, APEI, EINJ: Relax platform response timeout to 1 second.
  • From: Shuai Xue <xueshuai@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 1/4] efi: Introduce EFI_FIRMWARE_MANAGEMENT_CAPSULE_HEADER and corresponding structures
  • From: Chen Yu <yu.c.chen@xxxxxxxxx>
• Re: [PATCH v6 1/4] efi: Introduce EFI_FIRMWARE_MANAGEMENT_CAPSULE_HEADER and corresponding structures
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 1/4] efi: Introduce EFI_FIRMWARE_MANAGEMENT_CAPSULE_HEADER and corresponding structures
  • From: Chen Yu <yu.c.chen@xxxxxxxxx>
• Re: [PATCH v4 11/11] platform/x86: int3472: Deal with probe ordering issues
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v4 10/11] platform/x86: int3472: Pass tps68470_regulator_platform_data to the tps68470-regulator MFD-cell
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v4 09/11] platform/x86: int3472: Pass tps68470_clk_platform_data to the tps68470-regulator MFD-cell
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v4 08/11] platform/x86: int3472: Add get_sensor_adev_and_name() helper
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH 3/6] Documentation: ACPI: Document _DSC object usage for enum power state
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 05/11] clk: Introduce clk-tps68470 driver
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v4 04/11] regulator: Introduce tps68470-regulator driver
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH 3/6] Documentation: ACPI: Document _DSC object usage for enum power state
  • From: Bingbu Cao <bingbu.cao@xxxxxxxxxxxxxxx>
• Re: [PATCH] x86/PCI: Fix compile errors when CONFIG_PCI is disabled
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH] x86/PCI: Fix compile errors when CONFIG_PCI is disabled
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH v4 11/11] platform/x86: int3472: Deal with probe ordering issues
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v4 10/11] platform/x86: int3472: Pass tps68470_regulator_platform_data to the tps68470-regulator MFD-cell
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v4 09/11] platform/x86: int3472: Pass tps68470_clk_platform_data to the tps68470-regulator MFD-cell
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v4 08/11] platform/x86: int3472: Add get_sensor_adev_and_name() helper
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v4 05/11] clk: Introduce clk-tps68470 driver
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v4 06/11] platform/x86: int3472: Enable I2c daisy chain
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v4 07/11] platform/x86: int3472: Split into 2 drivers
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v4 04/11] regulator: Introduce tps68470-regulator driver
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v4 03/11] platform_data: Add linux/platform_data/tps68470.h file
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v4 02/11] i2c: acpi: Use acpi_dev_ready_for_enumeration() helper
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v4 01/11] ACPI: delay enumeration of devices with a _DEP pointing to an INT3472 device
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v4 00/11] Add support for X86/ACPI camera sensor/PMIC setup with clk and regulator platform data
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v6 3/4] drivers/acpi: Introduce Platform Firmware Runtime Update Telemetry
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 2/4] drivers/acpi: Introduce Platform Firmware Runtime Update device driver
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 1/4] efi: Introduce EFI_FIRMWARE_MANAGEMENT_CAPSULE_HEADER and corresponding structures
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH v6 4/4] tools: Introduce power/acpi/pfru/pfru
  • From: Chen Yu <yu.c.chen@xxxxxxxxx>
• [PATCH v6 3/4] drivers/acpi: Introduce Platform Firmware Runtime Update Telemetry
  • From: Chen Yu <yu.c.chen@xxxxxxxxx>
• [PATCH v6 2/4] drivers/acpi: Introduce Platform Firmware Runtime Update device driver
  • From: Chen Yu <yu.c.chen@xxxxxxxxx>
• [PATCH v6 1/4] efi: Introduce EFI_FIRMWARE_MANAGEMENT_CAPSULE_HEADER and corresponding structures
  • From: Chen Yu <yu.c.chen@xxxxxxxxx>
• [PATCH v6 0/4] Introduce Platform Firmware Runtime Update and Telemetry drivers
  • From: Chen Yu <yu.c.chen@xxxxxxxxx>
• [RESEND][For 5.16][PATCH] ACPI: resources: Add one more Medion model in IRQ override quirk
  • From: Hui Wang <hui.wang@xxxxxxxxxxxxx>
• Re: [For 5.16][PATCH] ACPI: resources: Add one more Medion model in IRQ override quirk
  • From: Hui Wang <hui.wang@xxxxxxxxxxxxx>
• [For 5.16][PATCH] ACPI: resources: Add one more Medion model in IRQ override quirk
  • From: Hui Wang <hui.wang@xxxxxxxxxxxxx>
• 答复: [gmail.com代发]Re: [PATCH] ACPI: CPPC: fix return value in register_pcc_channel()
  • From: Harris Song <songkai01@xxxxxxxxxx>
• [PATCH] ACPI: AC: Quirk GK45 to skip reading _PSR
  • From: Stefan Schaeckeler <schaecsn@xxxxxxx>
• Re: [PATCH v1 1/2] ACPI: PM: Do not turn off power resources in unknown state
  • From: linux-acpi@xxxxxxxxxxx
• Re: [PATCH] ACPI: platform_profile: Add support for notification chains
  • From: Barnabás Pőcze <pobrn@xxxxxxxxxxxxxx>
• Re: [PATCH v2] ACPI, APEI, EINJ: Relax platform response timeout to 1 second.
  • From: Shuai Xue <xueshuai@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 4/4] tools: Introduce power/acpi/pfru/pfru
  • From: Chen Yu <yu.c.chen@xxxxxxxxx>
• Re: [PATCH v5 2/4] drivers/acpi: Introduce Platform Firmware Runtime Update device driver
  • From: Chen Yu <yu.c.chen@xxxxxxxxx>
• Re: [PATCH v2] ACPI, APEI, EINJ: Relax platform response timeout to 1 second.
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• RE: [PATCH v3] ACPI: NUMA: Add a node and memblk for each CFMWS not in SRAT
  • From: Vikram Sethi <vsethi@xxxxxxxxxx>
• RE: [PATCH v3 1/2] ACPI: Add stubs for wakeup handler functions
  • From: "Limonciello, Mario" <Mario.Limonciello@xxxxxxx>
• Re: [PATCH v5 4/4] tools: Introduce power/acpi/pfru/pfru
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxx>
• Re: [PATCH v5 3/4] drivers/acpi: Introduce Platform Firmware Runtime Update Telemetry
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxx>
• Re: [PATCH v5 2/4] drivers/acpi: Introduce Platform Firmware Runtime Update device driver
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxx>
• Re: [GIT PULL] ACPI fixes for v5.15-rc7
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [GIT PULL] ACPI fixes for v5.15-rc7
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [GIT PULL] ACPI fixes for v5.15-rc7
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [BUG REPORT][ACPICA] PCC Opregion: Wrong interpretation of channel index as table subtype
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• [PATCH] ACPI: platform_profile: Add support for notification chains
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• Re: [PATCH v3 2/4] PCI: brcmstb: Add ACPI config space quirk
  • From: Pali Rohár <pali@xxxxxxxxxx>
• Re: [PATCH v3 2/4] PCI: brcmstb: Add ACPI config space quirk
  • From: Florian Fainelli <f.fainelli@xxxxxxxxx>
• Re: [PATCH v3 2/4] PCI: brcmstb: Add ACPI config space quirk
  • From: Pali Rohár <pali@xxxxxxxxxx>
• [PATCH v5 4/4] tools: Introduce power/acpi/pfru/pfru
  • From: Chen Yu <yu.c.chen@xxxxxxxxx>
• [PATCH v5 3/4] drivers/acpi: Introduce Platform Firmware Runtime Update Telemetry
  • From: Chen Yu <yu.c.chen@xxxxxxxxx>
• [PATCH v5 2/4] drivers/acpi: Introduce Platform Firmware Runtime Update device driver
  • From: Chen Yu <yu.c.chen@xxxxxxxxx>
• [PATCH v5 1/4] efi: Introduce EFI_FIRMWARE_MANAGEMENT_CAPSULE_HEADER and corresponding structures
  • From: Chen Yu <yu.c.chen@xxxxxxxxx>
• [PATCH v5 0/4] Introduce Platform Firmware Runtime Update and Telemetry drivers
  • From: Chen Yu <yu.c.chen@xxxxxxxxx>
• Re: [PATCH v2 00/14] mailbox: pcc: Add support for PCCT extended PCC subspaces
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH v3 2/4] PCI: brcmstb: Add ACPI config space quirk
  • From: Florian Fainelli <f.fainelli@xxxxxxxxx>
• Re: [PATCH v2 00/14] mailbox: pcc: Add support for PCCT extended PCC subspaces
  • From: Jassi Brar <jassisinghbrar@xxxxxxxxx>
• Re: [PATCH] ACPI: OSL: Handle the return value of acpi_os_map_generic_address() for a non-register GAS
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [PATCH v2] ACPI, APEI, EINJ: Relax platform response timeout to 1 second.
  • From: Shuai Xue <xueshuai@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/2] ACPI: Add stubs for wakeup handler functions
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH] ACPI: CPPC: fix return value in register_pcc_channel()
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v9 2/7] x86/sgx: Add infrastructure to identify SGX EPC pages
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v5 1/2] x86/PCI: Ignore E820 reservations for bridge windows on newer systems
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v3 2/2] ACPI: APEI: Filter the PCI MCFG address with an arch-agnostic method
  • From: Xuesong Chen <xuesong.chen@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 05/11] clk: Introduce clk-tps68470 driver
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v3 05/11] clk: Introduce clk-tps68470 driver
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• [PATCH] ACPI: CPPC: fix return value in register_pcc_channel()
  • From: Kai Song <songkai01@xxxxxxxxxx>
• [PATCH 2/5] device property: add fwnode_device_is_reserved()
  • From: Zev Weiss <zev@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v3] ACPI: NUMA: Add a node and memblk for each CFMWS not in SRAT
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v5 1/2] x86/PCI: Ignore E820 reservations for bridge windows on newer systems
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• [PATCH] ACPI: OSL: Handle the return value of acpi_os_map_generic_address() for a non-register GAS
  • From: james.liu@xxxxxxx
• RE: [PATCH v5 0/2] gpio: mlxbf2: Introduce proper interrupt handling
  • From: Asmaa Mnebhi <asmaa@xxxxxxxxxx>
• Re: [PATCH v5 0/2] gpio: mlxbf2: Introduce proper interrupt handling
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• Re: [PATCH v3 05/11] clk: Introduce clk-tps68470 driver
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v5 1/2] x86/PCI: Ignore E820 reservations for bridge windows on newer systems
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v3 2/2] ACPI: APEI: Filter the PCI MCFG address with an arch-agnostic method
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v2 00/14] mailbox: pcc: Add support for PCCT extended PCC subspaces
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• RE: [PATCH v3] ACPI: NUMA: Add a node and memblk for each CFMWS not in SRAT
  • From: Vikram Sethi <vsethi@xxxxxxxxxx>
• Re: [PATCH v3 2/2] ACPI: APEI: Filter the PCI MCFG address with an arch-agnostic method
  • From: Xuesong Chen <xuesong.chen@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 1/2] x86/PCI: Ignore E820 reservations for bridge windows on newer systems
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v4 3/4] drivers/acpi: Introduce Platform Firmware Runtime Update Telemetry
  • From: kernel test robot <lkp@xxxxxxxxx>
• [rafael-pm:bleeding-edge] BUILD SUCCESS c8fd83c6466b0acbea0d835e82344e6527aba7b6
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v3] ACPI: NUMA: Add a node and memblk for each CFMWS not in SRAT
  • From: Alison Schofield <alison.schofield@xxxxxxxxx>
• RE: [PATCH v3] ACPI: NUMA: Add a node and memblk for each CFMWS not in SRAT
  • From: Vikram Sethi <vsethi@xxxxxxxxxx>
• Re: [PATCH v5 1/2] x86/PCI: Ignore E820 reservations for bridge windows on newer systems
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• [PATCH] ACPI: PM: sleep: Do not set suspend_ops unnecessarily
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v3 2/2] ACPI: APEI: Filter the PCI MCFG address with an arch-agnostic method
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v4 1/3] driver core: Provide device_match_acpi_handle() helper
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• RE: [PATCH v10 5/7] x86/sgx: Hook arch_memory_failure() into mainline code
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• Re: [PATCH v3] ACPI: NUMA: Add a node and memblk for each CFMWS not in SRAT
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v3] ACPI: NUMA: Add a node and memblk for each CFMWS not in SRAT
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [RFC PATCH v2 1/3] sound: cs35l41: Allow HDA systems to use CS35l41 ASoC driver
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH] x86/PCI: Fix compile errors when CONFIG_PCI is disabled
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [RFC PATCH v2 2/3] ALSA: hda/realtek: Add support for Legion 7 16ACHg6 laptop Speakers
  • From: Takashi Iwai <tiwai@xxxxxxx>
• Re: [PATCH v4 3/4] drivers/acpi: Introduce Platform Firmware Runtime Update Telemetry
  • From: Chen Yu <yu.c.chen@xxxxxxxxx>
• Re: [PATCH v10 5/7] x86/sgx: Hook arch_memory_failure() into mainline code
  • From: Naoya Horiguchi <naoya.horiguchi@xxxxxxxxx>
• [RFC PATCH v2 3/3] ACPI / scan: Create platform device for INT3515 ACPI nodes
  • From: Lucas Tanure <tanureal@xxxxxxxxxxxxxxxxxxxxx>
• [RFC PATCH v2 2/3] ALSA: hda/realtek: Add support for Legion 7 16ACHg6 laptop Speakers
  • From: Lucas Tanure <tanureal@xxxxxxxxxxxxxxxxxxxxx>
• [RFC PATCH v2 1/3] sound: cs35l41: Allow HDA systems to use CS35l41 ASoC driver
  • From: Lucas Tanure <tanureal@xxxxxxxxxxxxxxxxxxxxx>
• [RFC PATCH v2 0/3] Add support for Legion 7 16ACHg6 laptop
  • From: Lucas Tanure <tanureal@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 3/4] drivers/acpi: Introduce Platform Firmware Runtime Update Telemetry
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [rafael-pm:bleeding-edge] BUILD SUCCESS 6cdd66fbde2b538418d13d06495b55d28131e6cf
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v4 3/4] drivers/acpi: Introduce Platform Firmware Runtime Update Telemetry
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 3/4] drivers/acpi: Introduce Platform Firmware Runtime Update Telemetry
  • From: Chen Yu <yu.c.chen@xxxxxxxxx>
• Re: [PATCH v4 2/4] drivers/acpi: Introduce Platform Firmware Runtime Update device driver
  • From: Chen Yu <yu.c.chen@xxxxxxxxx>
• [PATCH v1 2/2] ACPI/PRM: Handle memory allocation and memory remap failure
  • From: Aubrey Li <aubrey.li@xxxxxxxxx>
• [PATCH v1 1/2] ACPI/PRM: Remove unnecessary blank lines
  • From: Aubrey Li <aubrey.li@xxxxxxxxx>
• Re: [PATCH v3 2/2] ACPI: APEI: Filter the PCI MCFG address with an arch-agnostic method
  • From: Xuesong Chen <xuesong.chen@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 2/2] ACPI: APEI: Filter the PCI MCFG address with an arch-agnostic method
  • From: Xuesong Chen <xuesong.chen@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 0/2] PCI MCFG consolidation and APEI resource filterin
  • From: Xuesong Chen <xuesong.chen@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 1/2] x86/PCI: Ignore E820 reservations for bridge windows on newer systems
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v5 1/2] x86/PCI: Ignore E820 reservations for bridge windows on newer systems
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: ACPI: scan: Obtain device's desired enumeration power state
  • From: Rajat Jain <rajatja@xxxxxxxxxx>
• Re: [PATCH v3 2/2] ACPI: APEI: Filter the PCI MCFG address with an arch-agnostic method
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v4 2/4] drivers/acpi: Introduce Platform Firmware Runtime Update device driver
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v3 0/2] PCI MCFG consolidation and APEI resource filterin
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v3 2/2] ACPI: APEI: Filter the PCI MCFG address with an arch-agnostic method
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v2 6/7] platform: x86: ideapad-laptop: Use ACPI_COMPANION() directly
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v3 5/7] surface: surface3_power: Drop redundant acpi_bus_get_device() call
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v2 4/7] surface: surface3-wmi: Use ACPI_COMPANION() directly
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH] ACPI, APEI, EINJ: Relax platform response timeout to 1 second.
  • From: Shuai Xue <xueshuai@xxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 1/1] ACPI / PMIC: Add i2c address to intel_pmic_bytcrc driver
  • From: Tsuchiya Yuto <kitakar@xxxxxxxxx>
• Re: [RFC PATCH 1/1] ACPI / PMIC: Add i2c address to intel_pmic_bytcrc driver
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxx>
• Re: [PATCH v4 1/3] driver core: Provide device_match_acpi_handle() helper
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH 1/1] ACPI / PMIC: Add i2c address to intel_pmic_bytcrc driver
  • From: Tsuchiya Yuto <kitakar@xxxxxxxxx>
• Re: [RFC PATCH 1/1] ACPI / PMIC: Add i2c address to intel_pmic_bytcrc driver
  • From: Tsuchiya Yuto <kitakar@xxxxxxxxx>
• Re: [EXT] [PATCH v1 2/2][RFT] ACPI: PM: Check states of power resources during initialization
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v1 2/3] ACPI: PM: Fix sharing of wakeup power resources
  • From: kernel test robot <yujie.liu@xxxxxxxxx>
• Re: [PATCH v1 2/3] ACPI: PM: Fix sharing of wakeup power resources
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH v3] ACPI: NUMA: Add a node and memblk for each CFMWS not in SRAT
  • From: alison.schofield@xxxxxxxxx
• [PATCH v3 2/2] ACPI: APEI: Filter the PCI MCFG address with an arch-agnostic method
  • From: Xuesong Chen <xuesong.chen@xxxxxxxxxxxxxxxxx>
• [PATCH v3 1/2] PCI: MCFG: Consolidate the separate PCI MCFG table entry list
  • From: Xuesong Chen <xuesong.chen@xxxxxxxxxxxxxxxxx>
• [PATCH v3 0/2] PCI MCFG consolidation and APEI resource filterin
  • From: Xuesong Chen <xuesong.chen@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] ACPI: NUMA: Add a node and memblk for each CFMWS not in SRAT
  • From: Alison Schofield <alison.schofield@xxxxxxxxx>
• Re: [PATCH v2] ACPI: NUMA: Add a node and memblk for each CFMWS not in SRAT
  • From: Ben Widawsky <ben.widawsky@xxxxxxxxx>
• [PATCH v10 6/7] x86/sgx: Add hook to error injection address validation
  • From: Tony Luck <tony.luck@xxxxxxxxx>
• [PATCH v10 7/7] x86/sgx: Add check for SGX pages to ghes_do_memory_failure()
  • From: Tony Luck <tony.luck@xxxxxxxxx>
• [PATCH v10 4/7] x86/sgx: Add SGX infrastructure to recover from poison
  • From: Tony Luck <tony.luck@xxxxxxxxx>
• [PATCH v10 5/7] x86/sgx: Hook arch_memory_failure() into mainline code
  • From: Tony Luck <tony.luck@xxxxxxxxx>
• [PATCH v10 2/7] x86/sgx: Add infrastructure to identify SGX EPC pages
  • From: Tony Luck <tony.luck@xxxxxxxxx>
• [PATCH v10 3/7] x86/sgx: Initial poison handling for dirty and free pages
  • From: Tony Luck <tony.luck@xxxxxxxxx>
• [PATCH v10 1/7] x86/sgx: Add new sgx_epc_page flag bit to mark free pages
  • From: Tony Luck <tony.luck@xxxxxxxxx>
• [PATCH v10 0/7] Basic recovery for machine checks inside SGX
  • From: Tony Luck <tony.luck@xxxxxxxxx>
• Re: ACPI: scan: Obtain device's desired enumeration power state
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• Re: [PATCH] ACPI: NUMA: Add a node and memblk for each CFMWS not in SRAT
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH V2] ACPI / APEI: restore interrupt before panic in sdei flow
  • From: James Morse <james.morse@xxxxxxx>
• Re: [PATCH] ACPI, APEI, EINJ: Relax platform response timeout to 1 second.
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• [PATCH 4/6] ACPI: Add a convenience function to tell a device is in D0 state
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH v11 0/6] Support running driver's probe for a device powered off
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH 2/6] i2c: Allow an ACPI driver to manage the device's power state during probe
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH 6/6] at24: Support probing while in non-zero ACPI D state
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH 1/6] ACPI: scan: Obtain device's desired enumeration power state
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH 3/6] Documentation: ACPI: Document _DSC object usage for enum power state
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH 5/6] media: i2c: imx319: Support device probe in non-zero ACPI D state
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH 1/1] ACPI / PMIC: Add i2c address to intel_pmic_bytcrc driver
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v5 0/2] gpio: mlxbf2: Introduce proper interrupt handling
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC PATCH 1/1] ACPI / PMIC: Add i2c address to intel_pmic_bytcrc driver
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [RFC PATCH 1/1] ACPI / PMIC: Add i2c address to intel_pmic_bytcrc driver
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [EXT] [PATCH v1 2/2][RFT] ACPI: PM: Check states of power resources during initialization
  • From: "Andreas K. Huettel" <andreas.huettel@xxxxx>
• Re: [RFC PATCH 1/1] ACPI / PMIC: Add i2c address to intel_pmic_bytcrc driver
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [RFC PATCH 1/1] ACPI / PMIC: Add i2c address to intel_pmic_bytcrc driver
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH] ACPI: NUMA: Add a node and memblk for each CFMWS not in SRAT
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [RFC PATCH 1/1] ACPI / PMIC: Add i2c address to intel_pmic_bytcrc driver
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• About the ARM Error Source Table Support patch series.
  • From: "ishii.shuuichir@xxxxxxxxxxx" <ishii.shuuichir@xxxxxxxxxxx>
• [PATCH v2] ACPI: NUMA: Add a node and memblk for each CFMWS not in SRAT
  • From: alison.schofield@xxxxxxxxx
• Re: [RFC PATCH 1/1] ACPI / PMIC: Add i2c address to intel_pmic_bytcrc driver
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [RFC PATCH 0/1] add ccove PMIC i2c address for Microsoft Surface 3
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• [RFC PATCH 1/1] ACPI / PMIC: Add i2c address to intel_pmic_bytcrc driver
  • From: Tsuchiya Yuto <kitakar@xxxxxxxxx>
• [RFC PATCH 0/1] add ccove PMIC i2c address for Microsoft Surface 3
  • From: Tsuchiya Yuto <kitakar@xxxxxxxxx>
• Re: [PATCH v2 3/7] i2c: i2c-amd-mp2-plat: ACPI: Use ACPI_COMPANION() directly
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH] ACPI, APEI, EINJ: Relax platform response timeout to 1 second.
  • From: Shuai Xue <xueshuai@xxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] ACPI fix for v5.15-rc5
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH v4 2/4] drivers/acpi: Introduce Platform Firmware Runtime Update device driver
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 3/4] drivers/acpi: Introduce Platform Firmware Runtime Update Telemetry
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH v4 4/4] tools: Introduce power/acpi/pfru/pfru
  • From: Chen Yu <yu.c.chen@xxxxxxxxx>
• [PATCH v4 3/4] drivers/acpi: Introduce Platform Firmware Runtime Update Telemetry
  • From: Chen Yu <yu.c.chen@xxxxxxxxx>
• [PATCH v4 2/4] drivers/acpi: Introduce Platform Firmware Runtime Update device driver
  • From: Chen Yu <yu.c.chen@xxxxxxxxx>
• [PATCH v4 1/4] efi: Introduce EFI_FIRMWARE_MANAGEMENT_CAPSULE_HEADER and corresponding structures
  • From: Chen Yu <yu.c.chen@xxxxxxxxx>
• [PATCH v4 0/4] Introduce Platform Firmware Runtime Update and Telemetry drivers
  • From: Chen Yu <yu.c.chen@xxxxxxxxx>
• Re: [PATCH 05/12] regulator: Introduce tps68470-regulator driver
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v2 2/3] ACPI: PM: Fix sharing of wakeup power resources
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [rafael-pm:bleeding-edge] BUILD SUCCESS 180a736395e7e100b947e3e4a2a5bfe046faacfc
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v9 3/7] x86/sgx: Initial poison handling for dirty and free pages
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• Re: [PATCH v9 4/7] x86/sgx: Add SGX infrastructure to recover from poison
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• Re: [PATCH v9 4/7] x86/sgx: Add SGX infrastructure to recover from poison
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v9 3/7] x86/sgx: Initial poison handling for dirty and free pages
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v9 1/7] x86/sgx: Add new sgx_epc_page flag bit to mark in-use pages
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH 05/12] regulator: Introduce tps68470-regulator driver
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v1 2/3] ACPI: PM: Fix sharing of wakeup power resources
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v5 1/2] x86/PCI: Ignore E820 reservations for bridge windows on newer systems
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH 05/12] regulator: Introduce tps68470-regulator driver
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v5 1/2] x86/PCI: Ignore E820 reservations for bridge windows on newer systems
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH 05/12] regulator: Introduce tps68470-regulator driver
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH 05/12] regulator: Introduce tps68470-regulator driver
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH 05/12] regulator: Introduce tps68470-regulator driver
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH 05/12] regulator: Introduce tps68470-regulator driver
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH 05/12] regulator: Introduce tps68470-regulator driver
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH] ACPI: NUMA: Add a node and memblk for each CFMWS not in SRAT
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [acpi] Bug report: nvme :Cannot transition to power state D0 for parent in D3hot
  • From: "Rafael J. Wysocki" <rafael.j.wysocki@xxxxxxxxx>
• Re: [PATCH 05/12] regulator: Introduce tps68470-regulator driver
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [EXT] Re: [Intel-wired-lan] Intel I350 regression 5.10 -> 5.14 ("The NVM Checksum Is Not Valid") [8086:1521]
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [GIT PULL] ACPI fix for v5.15-rc5
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [PATCH v1 0/2] ACPI: PM: Fix up turning off unused power resources
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v1 1/2] ACPI: PM: Do not turn off power resources in unknown state
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v1 2/2][RFT] ACPI: PM: Check states of power resources during initialization
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v1 0/3] ACPI: PM: Address issues related to managing wakeup power resources
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v1 1/3] ACPI: PM: Turn off unused wakeup power resources
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v1 2/3] ACPI: PM: Fix sharing of wakeup power resources
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v1 3/3] ACPI: PM: Turn off wakeup power resources on _DSW/_PSW errors
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH] ACPI: NUMA: Add a node and memblk for each CFMWS not in SRAT
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• [PATCH v5 2/2] net: mellanox: mlxbf_gige: Replace non-standard interrupt handling
  • From: Asmaa Mnebhi <asmaa@xxxxxxxxxx>
• [PATCH v5 1/2] gpio: mlxbf2: Introduce IRQ support
  • From: Asmaa Mnebhi <asmaa@xxxxxxxxxx>
• [PATCH v5 0/2] gpio: mlxbf2: Introduce proper interrupt handling
  • From: Asmaa Mnebhi <asmaa@xxxxxxxxxx>
• Re: [PATCH 05/12] regulator: Introduce tps68470-regulator driver
  • From: Mark Brown <broonie@xxxxxxxxxx>
• RE: [PATCH v4 1/2] gpio: mlxbf2: Introduce IRQ support
  • From: Asmaa Mnebhi <asmaa@xxxxxxxxxx>
• RE: [PATCH] ACPI, APEI, EINJ: Relax platform response timeout to 1 second.
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• Re: [EXT] Re: [Intel-wired-lan] Intel I350 regression 5.10 -> 5.14 ("The NVM Checksum Is Not Valid") [8086:1521]
  • From: "Andreas K. Huettel" <andreas.huettel@xxxxx>
• Re: [PATCH v4 1/3] driver core: Provide device_match_acpi_handle() helper
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH] acpi: arm64: fix section mismatch warning
  • From: Hanjun Guo <guohanjun@xxxxxxxxxx>
• Re: [PATCH v4 0/1] x86/PCI: Ignore E820 reservations for bridge windows on newer systems
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v4 1/2] gpio: mlxbf2: Introduce IRQ support
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• [PATCH] ACPI, APEI, EINJ: Relax platform response timeout to 1 second.
  • From: Shuai Xue <xueshuai@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 0/1] x86/PCI: Ignore E820 reservations for bridge windows on newer systems
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• [PATCH v5 1/2] x86/PCI: Ignore E820 reservations for bridge windows on newer systems
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v5 2/2] x86/PCI/ACPI: Replace printk calls with pr_info/pr_warn calls
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v5 0/2] x86/PCI: Ignore E820 reservations for bridge windows on newer systems
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v3] x86/PCI: Ignore E820 reservations for bridge windows on newer systems
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v3 01/11] ACPI: delay enumeration of devices with a _DEP pointing to an INT3472 device
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH] x86/PCI/ACPI: Replace printk calls with pr_info/pr_warn calls
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v3] x86/PCI: Ignore E820 reservations for bridge windows on newer systems
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• [PATCH] x86/PCI/ACPI: Replace printk calls with pr_info/pr_warn calls
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v4 1/1] x86/PCI: Ignore E820 reservations for bridge windows on newer systems
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v4 0/1] x86/PCI: Ignore E820 reservations for bridge windows on newer systems
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v3] x86/PCI: Ignore E820 reservations for bridge windows on newer systems
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v3] x86/PCI: Ignore E820 reservations for bridge windows on newer systems
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v3] x86/PCI: Ignore E820 reservations for bridge windows on newer systems
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v3] x86/PCI: Ignore E820 reservations for bridge windows on newer systems
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v3] x86/PCI: Ignore E820 reservations for bridge windows on newer systems
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH V2] ACPI / APEI: restore interrupt before panic in sdei flow
  • From: 乱石 <zhangliguang@xxxxxxxxxxxxxxxxx>
• [PATCH v4 3/3] gpiolib: acpi: Replace custom code with device_match_acpi_handle()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v4 1/3] driver core: Provide device_match_acpi_handle() helper
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v4 2/3] i2c: acpi: Replace custom function with device_match_acpi_handle()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v3] x86/PCI: Ignore E820 reservations for bridge windows on newer systems
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [EXT] Re: [Intel-wired-lan] Intel I350 regression 5.10 -> 5.14 ("The NVM Checksum Is Not Valid") [8086:1521]
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v3] x86/PCI: Ignore E820 reservations for bridge windows on newer systems
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v3] x86/PCI: Ignore E820 reservations for bridge windows on newer systems
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v3] x86/PCI: Ignore E820 reservations for bridge windows on newer systems
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [PATCH v3] x86/PCI: Ignore E820 reservations for bridge windows on newer systems
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v3 1/3] driver core: Provide device_match_acpi_handle() helper
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] ACPI: NUMA: Add a node and memblk for each CFMWS not in SRAT
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH] ACPI: NUMA: Add a node and memblk for each CFMWS not in SRAT
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v2] hwmon: acpi_power_meter: Use acpi_bus_get_acpi_device()
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v3 01/11] ACPI: delay enumeration of devices with a _DEP pointing to an INT3472 device
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v3 1/3] driver core: Provide device_match_acpi_handle() helper
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v3 1/3] driver core: Provide device_match_acpi_handle() helper
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 01/11] ACPI: delay enumeration of devices with a _DEP pointing to an INT3472 device
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v1 1/1] device property: Add missed header in fwnode.h
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] acpi: replace snprintf in show functions with sysfs_emit
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH 1/1] acpi: battery: Accept charges over the design capacity as full
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v3 1/3] driver core: Provide device_match_acpi_handle() helper
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH V2] ACPI / APEI: restore interrupt before panic in sdei flow
  • From: James Morse <james.morse@xxxxxxx>
• Re: [PATCH v3 02/11] i2c: acpi: Use acpi_dev_ready_for_enumeration() helper
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v1 1/1] device property: Add missed header in fwnode.h
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• Re: [PATCH v1 1/1] device property: Add missed header in fwnode.h
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v3 01/11] ACPI: delay enumeration of devices with a _DEP pointing to an INT3472 device
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v1 1/1] device property: Add missed header in fwnode.h
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• [PATCH v2 1/7] gpio-amdpt: ACPI: Use the ACPI_COMPANION() macro directly
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v2 3/7] i2c: i2c-amd-mp2-plat: ACPI: Use ACPI_COMPANION() directly
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v2 2/7] nouveau: ACPI: Use the ACPI_COMPANION() macro directly
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v2 4/7] surface: surface3-wmi: Use ACPI_COMPANION() directly
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v3 5/7] surface: surface3_power: Drop redundant acpi_bus_get_device() call
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v2 6/7] platform: x86: ideapad-laptop: Use ACPI_COMPANION() directly
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v2 7/7] perf: qcom_l2_pmu: ACPI: Use ACPI_COMPANION() directly
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [RFC] sound: cs35l41: Add support for Legion 7 16ACHg6 laptop
  • From: Takashi Iwai <tiwai@xxxxxxx>
• [PATCH v2] hwmon: acpi_power_meter: Use acpi_bus_get_acpi_device()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v1 1/7] gpio-amdpt: ACPI: Use the ACPI_COMPANION() macro directly
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• [PATCH v1 1/1] device property: Add missed header in fwnode.h
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] PCI: MCFG: Consolidate the separate PCI MCFG table entry list
  • From: Xuesong Chen <xuesong.chen@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/1] acpi: battery: Accept charges over the design capacity as full
  • From: Sebastian Reichel <sebastian.reichel@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] PCI: MCFG: Consolidate the separate PCI MCFG table entry list
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [PATCH] acpi: arm64: fix section mismatch warning
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• [PATCH] acpi: replace snprintf in show functions with sysfs_emit
  • From: Qing Wang <wangqing@xxxxxxxx>
• [rafael-pm:bleeding-edge] BUILD SUCCESS 046529f63ea9a6120a03d380acdef19dc3a800b4
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v1 2/7] nouveau: ACPI: Use the ACPI_COMPANION() macro directly
  • From: Ben Skeggs <skeggsb@xxxxxxxxx>
• Re: [PATCH] ACPI: scan: Release PM resources blocked by unused objects
  • From: "Limonciello, Mario" <mario.limonciello@xxxxxxx>
• Re: [RFC] sound: cs35l41: Add support for Legion 7 16ACHg6 laptop
  • From: Takashi Iwai <tiwai@xxxxxxx>
• Re: [PATCH v2 5/7] surface: surface3_power: Drop redundant acpi_bus_get_device() call
  • From: Maximilian Luz <luzmaximilian@xxxxxxxxx>
• Re: [EXT] Re: [Intel-wired-lan] Intel I350 regression 5.10 -> 5.14 ("The NVM Checksum Is Not Valid") [8086:1521]
  • From: "Andreas K. Huettel" <andreas.huettel@xxxxx>
• [PATCH v2 5/7] surface: surface3_power: Drop redundant acpi_bus_get_device() call
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v1 5/7] surface: surface3_power: Use ACPI_COMPANION() directly
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH] hwmon: acpi_power_meter: Use acpi_bus_get_acpi_device()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v1 5/7] surface: surface3_power: Use ACPI_COMPANION() directly
  • From: Maximilian Luz <luzmaximilian@xxxxxxxxx>
• Re: [PATCH v1 4/7] surface: surface3-wmi: Use ACPI_COMPANION() directly
  • From: Maximilian Luz <luzmaximilian@xxxxxxxxx>
• Re: [PATCH v1 3/7] i2c: i2c-amd-mp2-plat: ACPI: Use ACPI_COMPANION() directly
  • From: Shyam Sundar S K <Shyam-sundar.S-k@xxxxxxx>
• Re: [EXT] Re: [Intel-wired-lan] Intel I350 regression 5.10 -> 5.14 ("The NVM Checksum Is Not Valid") [8086:1521]
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• RE: [PATCH v9 0/7] Basic recovery for machine checks inside SGX
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• [PATCH v1 0/7] ACPI: Use ACPI_COMPANION() directly to simplify code
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v1 2/7] nouveau: ACPI: Use the ACPI_COMPANION() macro directly
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v1 1/7] gpio-amdpt: ACPI: Use the ACPI_COMPANION() macro directly
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v1 4/7] surface: surface3-wmi: Use ACPI_COMPANION() directly
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v1 3/7] i2c: i2c-amd-mp2-plat: ACPI: Use ACPI_COMPANION() directly
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v1 5/7] surface: surface3_power: Use ACPI_COMPANION() directly
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v1 6/7] platform: x86: ideapad-laptop: Use ACPI_COMPANION() directly
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v1 7/7] perf: qcom_l2_pmu: ACPI: Use ACPI_COMPANION() directly
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [EXT] Re: [Intel-wired-lan] Intel I350 regression 5.10 -> 5.14 ("The NVM Checksum Is Not Valid") [8086:1521]
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• [PATCH] hwmon: acpi_power_meter: Use acpi_bus_get_acpi_device()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v9 7/7] x86/sgx: Add check for SGX pages to ghes_do_memory_failure()
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [PATCH v9 6/7] x86/sgx: Add hook to error injection address validation
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [PATCH v9 5/7] x86/sgx: Hook arch_memory_failure() into mainline code
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [PATCH v9 0/7] Basic recovery for machine checks inside SGX
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [PATCH] acpi: arm64: fix section mismatch warning
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH] acpi/arm64: fix next_platform_timer() section mismatch error
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH] acpi: arm64: fix section mismatch warning
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• [PATCH V2] ACPI / APEI: restore interrupt before panic in sdei flow
  • From: Liguang Zhang <zhangliguang@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] acpi: arm64: fix section mismatch warning
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH 2/2] ACPI: PM: Include alternate AMDI0005 id in special behaviour
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [PATCH v2 3/5] ACPI: APD: Add a fmw property clk-name
  • From: Ajit Kumar Pandey <AjitKumar.Pandey@xxxxxxx>
• [PATCH v2 2/5] drivers: acpi: acpi_apd: Remove unused device property "is-rv"
  • From: Ajit Kumar Pandey <AjitKumar.Pandey@xxxxxxx>
• Re: [PATCH v7 2/9] ACPI/IORT: Add support for RMR node parsing
  • From: Jon Nettleton <jon@xxxxxxxxxxxxx>
• Re: [PATCH] acpi: arm64: fix section mismatch warning
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH] acpi: arm64: fix section mismatch warning
  • From: Hanjun Guo <guohanjun@xxxxxxxxxx>
• [PATCH v9 6/7] x86/sgx: Add hook to error injection address validation
  • From: Tony Luck <tony.luck@xxxxxxxxx>
• [PATCH v9 7/7] x86/sgx: Add check for SGX pages to ghes_do_memory_failure()
  • From: Tony Luck <tony.luck@xxxxxxxxx>
• [PATCH v9 4/7] x86/sgx: Add SGX infrastructure to recover from poison
  • From: Tony Luck <tony.luck@xxxxxxxxx>
• [PATCH v9 5/7] x86/sgx: Hook arch_memory_failure() into mainline code
  • From: Tony Luck <tony.luck@xxxxxxxxx>
• [PATCH v9 3/7] x86/sgx: Initial poison handling for dirty and free pages
  • From: Tony Luck <tony.luck@xxxxxxxxx>
• [PATCH v9 1/7] x86/sgx: Add new sgx_epc_page flag bit to mark in-use pages
  • From: Tony Luck <tony.luck@xxxxxxxxx>
• [PATCH v9 2/7] x86/sgx: Add infrastructure to identify SGX EPC pages
  • From: Tony Luck <tony.luck@xxxxxxxxx>
• [PATCH v9 0/7] Basic recovery for machine checks inside SGX
  • From: Tony Luck <tony.luck@xxxxxxxxx>
• Re: [PATCH] ACPI: NUMA: Add a node and memblk for each CFMWS not in SRAT
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• Re: [PATCH] ACPI: NUMA: Add a node and memblk for each CFMWS not in SRAT
  • From: Alison Schofield <alison.schofield@xxxxxxxxx>
• Re: [PATCH] ACPI / APEI: restore interrupt before panic in sdei flow
  • From: Borislav Petkov <bp@xxxxxxxxx>
• RE: [PATCH v7 9/9] iommu/dma: Reserve any RMR regions associated with a dev
  • From: Shameerali Kolothum Thodi <shameerali.kolothum.thodi@xxxxxxxxxx>
• Re: [PATCH] ACPI / APEI: restore interrupt before panic in sdei flow
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH] ACPI / APEI: restore interrupt before panic in sdei flow
  • From: Liguang Zhang <zhangliguang@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v7 9/9] iommu/dma: Reserve any RMR regions associated with a dev
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH v2 07/14] mailbox: pcc: Use PCC mailbox channel pointer instead of standard
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v7 2/9] ACPI/IORT: Add support for RMR node parsing
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH 1/2] platform/x86: amd-pmc: Add alternative acpi id for PMC controller
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH 2/2] ACPI: PM: Include alternate AMDI0005 id in special behaviour
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v7 1/9] iommu: Introduce a union to struct iommu_resv_region
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH 1/2] platform/x86: amd-pmc: Add alternative acpi id for PMC controller
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH 05/12] regulator: Introduce tps68470-regulator driver
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v2 04/13] regulator: Introduce tps68470-regulator driver
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH 05/12] regulator: Introduce tps68470-regulator driver
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v2 00/14] mailbox: pcc: Add support for PCCT extended PCC subspaces
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH v2 07/14] mailbox: pcc: Use PCC mailbox channel pointer instead of standard
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH v3 2/3] i2c: acpi: Replace custom function with device_match_acpi_handle()
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH v3 01/11] ACPI: delay enumeration of devices with a _DEP pointing to an INT3472 device
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 01/11] ACPI: delay enumeration of devices with a _DEP pointing to an INT3472 device
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v3 01/11] ACPI: delay enumeration of devices with a _DEP pointing to an INT3472 device
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v2] ACPI: LPSS: Use ACPI_COMPANION() directly
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• RE: [PATCH v7 2/9] ACPI/IORT: Add support for RMR node parsing
  • From: Shameerali Kolothum Thodi <shameerali.kolothum.thodi@xxxxxxxxxx>
• Re: [PATCH v3 02/11] i2c: acpi: Use acpi_dev_ready_for_enumeration() helper
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• RE: [PATCH v7 3/9] iommu/dma: Introduce generic helper to retrieve RMR info
  • From: Shameerali Kolothum Thodi <shameerali.kolothum.thodi@xxxxxxxxxx>
• RE: [PATCH v7 1/9] iommu: Introduce a union to struct iommu_resv_region
  • From: Shameerali Kolothum Thodi <shameerali.kolothum.thodi@xxxxxxxxxx>
• [PATCH 3/5] ACPI: APD: Add a fmw property clk-name
  • From: Ajit Kumar Pandey <AjitKumar.Pandey@xxxxxxx>
• [PATCH 2/5] drivers: acpi: acpi_apd: Remove unused device property "is-rv"
  • From: Ajit Kumar Pandey <AjitKumar.Pandey@xxxxxxx>
• Re: [PATCH v2 1/2] PCI: MCFG: Consolidate the separate PCI MCFG table entry list
  • From: Xuesong Chen <xuesong.chen@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 05/11] clk: Introduce clk-tps68470 driver
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH v3 04/11] regulator: Introduce tps68470-regulator driver
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH v3 04/11] regulator: Introduce tps68470-regulator driver
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v3 00/11] Add support for X86/ACPI camera sensor/PMIC setup with clk and regulator platform data
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v3 03/11] platform_data: Add linux/platform_data/tps68470.h file
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v3 09/11] platform/x86: int3472: Pass tps68470_clk_platform_data to the tps68470-regulator MFD-cell
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v3 08/11] platform/x86: int3472: Add get_sensor_adev_and_name() helper
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v3 11/11] platform/x86: int3472: Deal with probe ordering issues
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v3 10/11] platform/x86: int3472: Pass tps68470_regulator_platform_data to the tps68470-regulator MFD-cell
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v3 07/11] platform/x86: int3472: Split into 2 drivers
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v3 06/11] platform/x86: int3472: Enable I2c daisy chain
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v3 05/11] clk: Introduce clk-tps68470 driver
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v3 02/11] i2c: acpi: Use acpi_dev_ready_for_enumeration() helper
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v3 01/11] ACPI: delay enumeration of devices with a _DEP pointing to an INT3472 device
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v2] ACPI: LPSS: Use ACPI_COMPANION() directly
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v2 02/13] ACPI: honor dependencies for devices with a _DEP pointing to an INT3472 device
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH] ACPI: LPSS: Use ACPI_COMPANION() directly
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH v2 13/13] media: ipu3-cio2: Add module soft-deps for the INT3472 drivers
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v2 12/13] media: ipu3-cio2: Add INT347A to cio2-bridge
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v2 11/13] platform/x86: int3472: Deal with probe ordering issues
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v2 10/13] platform/x86: int3472: Pass tps68470_regulator_platform_data to the tps68470-regulator MFD-cell
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v2 09/13] platform/x86: int3472: Pass tps68470_clk_platform_data to the tps68470-regulator MFD-cell
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v2 08/13] platform/x86: int3472: Add get_sensor_adev_and_name() helper
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v2 05/13] clk: Introduce clk-tps68470 driver
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v2 07/13] platform/x86: int3472: Split into 2 drivers
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v2 06/13] platform/x86: int3472: Enable I2c daisy chain
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v2 03/13] platform_data: Add linux/platform_data/tps68470.h file
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v2 04/13] regulator: Introduce tps68470-regulator driver
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v2 02/13] ACPI: honor dependencies for devices with a _DEP pointing to an INT3472 device
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v2 01/13] ACPI: Add a honor_deps flag to struct acpi_device
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v2 00/13] Add support for X86/ACPI camera sensor/PMIC setup with clk and regulator platform data
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH 02/12] media: i2c: ov8865: Add an has_unmet_acpi_deps() check
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH] ACPI: LPSS: Use ACPI_COMPANION() directly
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH] ACPI: scan: Release PM resources blocked by unused objects
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH] ACPI: NUMA: Add a node and memblk for each CFMWS not in SRAT
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v7 9/9] iommu/dma: Reserve any RMR regions associated with a dev
  • From: Jon Nettleton <jon@xxxxxxxxxxxxx>
• Re: [PATCH v7 2/9] ACPI/IORT: Add support for RMR node parsing
  • From: Jon Nettleton <jon@xxxxxxxxxxxxx>
• Re: [PATCH v7 1/9] iommu: Introduce a union to struct iommu_resv_region
  • From: Jon Nettleton <jon@xxxxxxxxxxxxx>
• Re: [PATCH] ACPI: NUMA: Add a node and memblk for each CFMWS not in SRAT
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 1/2] platform/x86: amd-pmc: Add alternative acpi id for PMC controller
  • From: Sachi King <nakato@xxxxxxxxx>
• Re: [PATCH] ACPI: NUMA: Add a node and memblk for each CFMWS not in SRAT
  • From: Alison Schofield <alison.schofield@xxxxxxxxx>
• [PATCH] ACPI: NUMA: Add a node and memblk for each CFMWS not in SRAT
  • From: alison.schofield@xxxxxxxxx
• Re: [PATCH v2 1/2] PCI: MCFG: Consolidate the separate PCI MCFG table entry list
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [GIT PULL] ACPI fix for v5.15-rc5
  • From: pr-tracker-bot@xxxxxxxxxx
• [rafael-pm:bleeding-edge] BUILD SUCCESS 3577b2bc2275c245e5632e50b1acf84a1cf4e01a
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 1/2] platform/x86: amd-pmc: Add alternative acpi id for PMC controller
  • From: "Limonciello, Mario" <mario.limonciello@xxxxxxx>
• Re: [PATCH 02/12] media: i2c: ov8865: Add an has_unmet_acpi_deps() check
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] ACPI: PM: Include alternate AMDI0005 id in special behaviour
  • From: "Limonciello, Mario" <mario.limonciello@xxxxxxx>
• Re: [PATCH 02/12] media: i2c: ov8865: Add an has_unmet_acpi_deps() check
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH 02/12] media: i2c: ov8865: Add an has_unmet_acpi_deps() check
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH] PCI: Put power resources not tied to a physical node in D3cold
  • From: "Limonciello, Mario" <mario.limonciello@xxxxxxx>
• [GIT PULL] ACPI fix for v5.15-rc5
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH] PCI: Put power resources not tied to a physical node in D3cold
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH 05/12] regulator: Introduce tps68470-regulator driver
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 11/12] platform/x86: int3472: Pass tps68470_regulator_platform_data to the tps68470-regulator MFD-cell
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 10/12] platform/x86: int3472: Pass tps68470_clk_platform_data to the tps68470-regulator MFD-cell
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 07/12] platform/x86: int3472: Enable I2c daisy chain
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 09/12] platform/x86: int3472: Add get_sensor_adev_and_name() helper
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 12/12] platform/x86: int3472: Call acpi_dev_clear_dependencies() on successful probe
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 04/12] platform_data: Add linux/platform_data/tps68470.h file
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 06/12] clk: Introduce clk-tps68470 driver
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 08/12] platform/x86: int3472: Split into 2 drivers
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 03/12] media: i2c: ov5693: Add an has_unmet_acpi_deps() check
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 02/12] media: i2c: ov8865: Add an has_unmet_acpi_deps() check
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 01/12] ACPI: Add has_unmet_acpi_deps() helper function
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 00/12] Add support for X86/ACPI camera sensor/PMIC setup with clk and regulator platform data
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH 1/2] platform/x86: amd-pmc: Add alternative acpi id for PMC controller
  • From: "Limonciello, Mario" <mario.limonciello@xxxxxxx>
• Re: [PATCH] PCI: Put power resources not tied to a physical node in D3cold
  • From: "Limonciello, Mario" <mario.limonciello@xxxxxxx>
• [PATCH v4 2/2] net: mellanox: mlxbf_gige: Replace non-standard interrupt handling
  • From: Asmaa Mnebhi <asmaa@xxxxxxxxxx>
• [PATCH v4 1/2] gpio: mlxbf2: Introduce IRQ support
  • From: Asmaa Mnebhi <asmaa@xxxxxxxxxx>
• [PATCH v4 0/2] gpio: mlxbf2: Introduce proper interrupt handling
  • From: Asmaa Mnebhi <asmaa@xxxxxxxxxx>
• RE: [PATCH v3 1/2] gpio: mlxbf2: Introduce IRQ support
  • From: Asmaa Mnebhi <asmaa@xxxxxxxxxx>
• Re: [PATCH] PCI: Put power resources not tied to a physical node in D3cold
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v7 9/9] iommu/dma: Reserve any RMR regions associated with a dev
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH v7 3/9] iommu/dma: Introduce generic helper to retrieve RMR info
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH v7 2/9] ACPI/IORT: Add support for RMR node parsing
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH 1/2] platform/x86: amd-pmc: Add alternative acpi id for PMC controller
  • From: Sachi King <nakato@xxxxxxxxx>
• Re: [PATCH v7 1/9] iommu: Introduce a union to struct iommu_resv_region
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• [RFC] sound: cs35l41: Add support for Legion 7 16ACHg6 laptop
  • From: Lucas Tanure <tanureal@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] platform/x86: amd-pmc: Add alternative acpi id for PMC controller
  • From: Shyam Sundar S K <Shyam-sundar.S-k@xxxxxxx>
• [PATCH v2 2/2] ACPI: APEI: Filter the PCI MCFG address with an arch-agnostic method
  • From: Xuesong Chen <xuesong.chen@xxxxxxxxxxxxxxxxx>
• [PATCH v2 1/2] PCI: MCFG: Consolidate the separate PCI MCFG table entry list
  • From: Xuesong Chen <xuesong.chen@xxxxxxxxxxxxxxxxx>
• [PATCH v2 0/2] PCI MCFG consolidation and APEI resource filtering
  • From: Xuesong Chen <xuesong.chen@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/1] acpi: battery: Accept charges over the design capacity as full
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 1/1] acpi: battery: Accept charges over the design capacity as full
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [PATCH 0/1] acpi: battery: Accept charges over the design capacity as full
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [PATCH] PCI: Put power resources not tied to a physical node in D3cold
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• Re: [PATCH 1/2] platform/x86: amd-pmc: Add alternative acpi id for PMC controller
  • From: "Limonciello, Mario" <mario.limonciello@xxxxxxx>
• Re: [PATCH v2 3/3] gpiolib: acpi: Replace custom code with device_match_acpi_handle()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH] ACPI: tools: fix compilation error
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v2 3/3] gpiolib: acpi: Replace custom code with device_match_acpi_handle()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v3 2/3] i2c: acpi: Replace custom function with device_match_acpi_handle()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v3 3/3] gpiolib: acpi: Replace custom code with device_match_acpi_handle()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v3 1/3] driver core: Provide device_match_acpi_handle() helper
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH] ACPICA: drop unneeded initialization value
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v2 3/3] gpiolib: acpi: Replace custom code with device_match_acpi_handle()
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v2 3/3] gpiolib: acpi: Replace custom code with device_match_acpi_handle()
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [rafael-pm:bleeding-edge 47/54] drivers/cpufreq/mediatek-cpufreq-hw.c:112:17: error: too few arguments to function 'cpufreq_table_find_index_dl'
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH] x86/PCI: Conditionally add a non-e820 mapped window to root bridge
  • From: Hui Wang <hui.wang@xxxxxxxxxxxxx>
• Re: [rafael-pm:bleeding-edge 47/54] drivers/cpufreq/mediatek-cpufreq-hw.c:112:17: error: too few arguments to function 'cpufreq_table_find_index_dl'
  • From: Vincent Donnefort <vincent.donnefort@xxxxxxx>
• Re: [PATCH RESEND 1/3] topology: Represent clusters of CPUs within a die
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [rafael-pm:bleeding-edge 47/54] drivers/cpufreq/mediatek-cpufreq-hw.c:112:17: error: too few arguments to function 'cpufreq_table_find_index_dl'
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH RESEND 1/3] topology: Represent clusters of CPUs within a die
  • From: Barry Song <21cnbao@xxxxxxxxx>
• Re: [PATCH] drm/i915: Free the returned object of acpi_evaluate_dsm()
  • From: Zenghui Yu <yuzenghui@xxxxxxxxxx>
• Re: ACPI: scan: Obtain device's desired enumeration power state
  • From: Rajat Jain <rajatja@xxxxxxxxxx>
• Re: [PATCH] x86/PCI: Conditionally add a non-e820 mapped window to root bridge
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH] PCI: ACPI: Check parent pointer in acpi_pci_find_companion()
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• [PATCH v2 3/3] gpiolib: acpi: Replace custom code with device_match_acpi_handle()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v2 1/3] driver core: Provide device_match_acpi_handle() helper
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v2 2/3] i2c: acpi: Replace custom function with device_match_acpi_handle()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v1 1/3] driver core: Provide device_match_acpi_handle() helper
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v1 1/3] driver core: Provide device_match_acpi_handle() helper
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH v1 1/3] driver core: Provide device_match_acpi_handle() helper
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v1 3/3] gpiolib: acpi: Replace custom code with device_match_acpi_handle()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v1 2/3] i2c: acpi: Replace custom function with device_match_acpi_handle()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH RESEND 1/3] topology: Represent clusters of CPUs within a die
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH RESEND 1/3] topology: Represent clusters of CPUs within a die
  • From: Valentin Schneider <valentin.schneider@xxxxxxx>
• Re: [PATCH RESEND 1/3] topology: Represent clusters of CPUs within a die
  • From: Barry Song <21cnbao@xxxxxxxxx>
• Re: [PATCH RESEND 1/3] topology: Represent clusters of CPUs within a die
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH] ACPICA: drop unneeded initialization value
  • From: Sohaib Mohamed <sohaib.amhmd@xxxxxxxxx>
• [PATCH] ACPICA: drop unneeded initialization value
  • From: Sohaib Mohamed <sohaib.amhmd@xxxxxxxxx>
• [PATCH] ACPICA: drop unneeded initialization value
  • From: Sohaib Mohamed <sohaib.amhmd@xxxxxxxxx>
• Re: [PATCH RESEND 1/3] topology: Represent clusters of CPUs within a die
  • From: Barry Song <21cnbao@xxxxxxxxx>
• [PATCH] ACPI: tools: fix compilation error
  • From: Miguel Bernal Marin <miguel.bernal.marin@xxxxxxxxxxxxxxx>
• [PATCH 2/2] ACPI: APEI: Filter the PCI MCFG address with an arch-agnostic method
  • From: Xuesong Chen <xuesong.chen@xxxxxxxxxxxxxxxxx>
• [PATCH 1/2] PCI: MCFG: Consolidate the separate PCI MCFG table entry list
  • From: Xuesong Chen <xuesong.chen@xxxxxxxxxxxxxxxxx>
• [PATCH 0/2] PCI MCFG consolidation and APEI resource filtering
  • From: Xuesong Chen <xuesong.chen@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 2/4] PCI: brcmstb: Add ACPI config space quirk
  • From: Florian Fainelli <f.fainelli@xxxxxxxxx>
• Re: [PATCH v3 3/4] PCI/ACPI: Add Broadcom bcm2711 MCFG quirk
  • From: Jeremy Linton <jeremy.linton@xxxxxxx>
• Re: [PATCH v3 3/4] PCI/ACPI: Add Broadcom bcm2711 MCFG quirk
  • From: Jeremy Linton <jeremy.linton@xxxxxxx>
• Re: [PATCH v3 3/4] PCI/ACPI: Add Broadcom bcm2711 MCFG quirk
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v3 2/4] PCI: brcmstb: Add ACPI config space quirk
  • From: Jeremy Linton <jeremy.linton@xxxxxxx>