Linux Advanced Configuration and Power Interface (ACPI)

• Thread Index

• Re: [PATCH] ACPI: OSL: Handle the return value of acpi_os_map_generic_address() for a non-register GAS
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 0/6] Introduce acpi_table_parse_cedt and extra nodes for CXL.mem
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v2 RESEND 2/5] drivers: acpi: acpi_apd: Remove unused device property "is-rv"
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH 0/3] ACPI: Add support for PCC Operation Region
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH] ACPI: PM: Fix device wakeup power reference counting error
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [rafael-pm:bleeding-edge] BUILD SUCCESS c00ddaa2e79ed178db8f6c06a77ddc41adc06d9e
  • From: kernel test robot <lkp@xxxxxxxxx>
• [RFC]Development of the AEST(Arm Error Source Table) driver
  • From: "ishii.shuuichir@xxxxxxxxxxx" <ishii.shuuichir@xxxxxxxxxxx>
• [PATCH] acpi/tables: Add AEST in ACPI Table Definition
  • From: Shuuichirou Ishii <ishii.shuuichir@xxxxxxxxxxx>
• Re: [PATCH v5 0/4] PCI MCFG consolidation and APEI resource filtering
  • From: Xuesong Chen <xuesong.chen@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 0/4] PCI MCFG consolidation and APEI resource filtering
  • From: Krzysztof Wilczyński <kw@xxxxxxxxx>
• Re: [PATCH v5 0/4] PCI MCFG consolidation and APEI resource filtering
  • From: Xuesong Chen <xuesong.chen@xxxxxxxxxxxxxxxxx>
• RE: [PATCH] ACPI: Add AEST in ACPI Table Definitions
  • From: "ishii.shuuichir@xxxxxxxxxxx" <ishii.shuuichir@xxxxxxxxxxx>
• Re: [PATCH] ACPI: PM: Fix device wakeup power reference counting error
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH] ACPI: PM: Fix device wakeup power reference counting error
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [RFC net-next/wireless-next v1 2/2] ath10k: move device_get_mac_address() and pass errors up the chain
  • From: Christian Lamparter <chunkeey@xxxxxxxxx>
• Re: [PATCH v5 0/4] PCI MCFG consolidation and APEI resource filtering
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• [rafael-pm:bleeding-edge] BUILD SUCCESS c983c327442e1d67cccb9e2c73589d7cafd2514c
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 1/3] ACPI: Make acpi_fwnode_handle safer
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] ACPI: Make acpi_node_get_parent() local
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/3] ACPI: Get acpi_device's parent from the parent field
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] ACPI: Make acpi_fwnode_handle safer
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/3] Get device's parent from parent field, fix sleeping IRQs disabled
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• Re: [PATCH] ACPI: Add AEST in ACPI Table Definitions
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH] ACPI: EC: fix error "do not initialise statics to false"
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [PATCH v5 4/4] PCI: MCFG: Add the MCFG entry parse log message
  • From: Xuesong Chen <xuesong.chen@xxxxxxxxxxxxxxxxx>
• [PATCH v5 3/4] ACPI: APEI: Reserve the MCFG address for quirk ECAM implementation
  • From: Xuesong Chen <xuesong.chen@xxxxxxxxxxxxxxxxx>
• [PATCH v5 2/4] ACPI: APEI: Filter the PCI MCFG address with an arch-agnostic method
  • From: Xuesong Chen <xuesong.chen@xxxxxxxxxxxxxxxxx>
• [PATCH v5 1/4] PCI: MCFG: Consolidate the separate PCI MCFG table entry list
  • From: Xuesong Chen <xuesong.chen@xxxxxxxxxxxxxxxxx>
• [PATCH v5 0/4] PCI MCFG consolidation and APEI resource filtering
  • From: Xuesong Chen <xuesong.chen@xxxxxxxxxxxxxxxxx>
• RE: [PATCH] ACPI: Add AEST in ACPI Table Definitions
  • From: "ishii.shuuichir@xxxxxxxxxxx" <ishii.shuuichir@xxxxxxxxxxx>
• Re: [PATCH] ACPI: Drop ACPI_USE_BUILTIN_STDARG ifdef from acgcc.h
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxx>
• [PATCH] ACPI: Drop ACPI_USE_BUILTIN_STDARG ifdef from acgcc.h
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] ACPI: video: Drop dmi_system_id.ident settings from video_detect_dmi_table[]
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v2] ACPI / PMIC: Fix intel_pmic_regs_handler() read accesses
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [RFC v2 1/2] ACPI / x86: Add PWM2 on the Xiaomi Mi Pad 2 to the always_present list
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH] ACPI: EC: fix error "do not initialise statics to false"
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH] ACPI / EC: Use ec_no_wakeup on HP ZHAN 66 Pro
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v11 0/6] Support running driver's probe for a device powered off
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH 1/3] ACPI: Make acpi_fwnode_handle safer
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH 2/3] ACPI: Get acpi_device's parent from the parent field
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v8 4/4] tools: Introduce power/acpi/pfru/pfru
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxx>
• Re: [PATCH v8 3/4] drivers/acpi: Introduce Platform Firmware Runtime Update Telemetry
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxx>
• Re: [PATCH v8 2/4] drivers/acpi: Introduce Platform Firmware Runtime Update device driver
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxx>
• Re: [PATCH 0/3] Get device's parent from parent field, fix sleeping IRQs disabled
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxx>
• Re: [PATCH 2/3] ACPI: Get acpi_device's parent from the parent field
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxx>
• Re: [PATCH 3/3] ACPI: Make acpi_node_get_parent() local
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxx>
• Re: [PATCH 1/3] ACPI: Make acpi_fwnode_handle safer
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxx>
• Re: [PATCH 0/3] Get device's parent from parent field, fix sleeping IRQs disabled
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 0/3] Get device's parent from parent field, fix sleeping IRQs disabled
  • From: Petr Mladek <pmladek@xxxxxxxx>
• [PATCH v8 4/4] tools: Introduce power/acpi/pfru/pfru
  • From: Chen Yu <yu.c.chen@xxxxxxxxx>
• [PATCH v8 3/4] drivers/acpi: Introduce Platform Firmware Runtime Update Telemetry
  • From: Chen Yu <yu.c.chen@xxxxxxxxx>
• [PATCH v8 2/4] drivers/acpi: Introduce Platform Firmware Runtime Update device driver
  • From: Chen Yu <yu.c.chen@xxxxxxxxx>
• [PATCH v8 0/4] Introduce Platform Firmware Runtime Update and Telemetry drivers
  • From: Chen Yu <yu.c.chen@xxxxxxxxx>
• [PATCH v8 1/4] efi: Introduce EFI_FIRMWARE_MANAGEMENT_CAPSULE_HEADER and corresponding structures
  • From: Chen Yu <yu.c.chen@xxxxxxxxx>
• Re: [PATCH 0/3] Get device's parent from parent field, fix sleeping IRQs disabled
  • From: John Ogness <john.ogness@xxxxxxxxxxxxx>
• [PATCH 2/2] ACPI: video: use platform backlight driver on Xiaomi Mi Pad 2
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 1/2] ACPI: video: Drop dmi_system_id.ident settings from video_detect_dmi_table[]
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 1/3] ACPI: Make acpi_fwnode_handle safer
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH 0/3] Get device's parent from parent field, fix sleeping IRQs disabled
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH 2/3] ACPI: Get acpi_device's parent from the parent field
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH 3/3] ACPI: Make acpi_node_get_parent() local
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• Re: [RFC v2 0/2] ACPI/power-suppy add fuel-gauge support on cht-wc PMIC without USB-PD support devs
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [RFC v2 0/2] ACPI/power-suppy add fuel-gauge support on cht-wc PMIC without USB-PD support devs
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH] ACPI: OSL: Handle the return value of acpi_os_map_generic_address() for a non-register GAS
  • From: James Liu <james.liu@xxxxxxx>
• [PATCH] ACPI: EC: fix error "do not initialise statics to false"
  • From: wangzhitong <wangzhitong@xxxxxxxxxxxxx>
• Re: [GIT PULL] ACPI updates for v5.16-rc1
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [GIT PULL] PNP update for v5.16-rc1
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [GIT PULL] Power management updates for v5.16-rc1
  • From: pr-tracker-bot@xxxxxxxxxx
• [RFC v2 2/2] platform/x86: xiaomi-mipad2: New driver for Xiaomi Mi Pad 2 tablets
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [RFC v2 1/2] ACPI / x86: Add PWM2 on the Xiaomi Mi Pad 2 to the always_present list
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [RFC v2 0/2] ACPI/power-suppy add fuel-gauge support on cht-wc PMIC without USB-PD support devs
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [RFC net-next/wireless-next v1 2/2] ath10k: move device_get_mac_address() and pass errors up the chain
  • From: Mathias Kresin <dev@xxxxxxxxx>
• Re: [RFC PATCH] software node: Skip duplicated software_node sysfs
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [RFC PATCH] software node: Skip duplicated software_node sysfs
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• [GIT PULL] PNP update for v5.16-rc1
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [GIT PULL] Power management updates for v5.16-rc1
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [GIT PULL] ACPI updates for v5.16-rc1
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [RFC PATCH] software node: Skip duplicated software_node sysfs
  • From: Qian Cai <quic_qiancai@xxxxxxxxxxx>
• [PATCH 3/3] ACPI: PCC: Implement OperationRegion handler for the PCC Type 3 subtype
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• [PATCH 2/3] ACPICA: Add support for PCC Opregion special context data
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• [PATCH 1/3] ACPICA: Fix wrong interpretation of PCC address
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• [PATCH 0/3] ACPI: Add support for PCC Operation Region
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH v2] power: supply: bq27xxx: Fix kernel crash on IRQ handler register error
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH 0/6] Introduce acpi_table_parse_cedt and extra nodes for CXL.mem
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH v5 10/11] platform/x86: int3472: Pass tps68470_regulator_platform_data to the tps68470-regulator MFD-cell
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v2] power: supply: bq27xxx: Fix kernel crash on IRQ handler register error
  • From: Sebastian Reichel <sebastian.reichel@xxxxxxxxxxxxx>
• Re: [PATCH v5 10/11] platform/x86: int3472: Pass tps68470_regulator_platform_data to the tps68470-regulator MFD-cell
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 10/11] platform/x86: int3472: Pass tps68470_regulator_platform_data to the tps68470-regulator MFD-cell
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v5 10/11] platform/x86: int3472: Pass tps68470_regulator_platform_data to the tps68470-regulator MFD-cell
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v2] Revert "ACPI: Add memory semantics to acpi_os_map_memory()"
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [PATCH v5 10/11] platform/x86: int3472: Pass tps68470_regulator_platform_data to the tps68470-regulator MFD-cell
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v5 00/11] Add support for X86/ACPI camera sensor/PMIC setup with clk and regulator platform data
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v5 10/11] platform/x86: int3472: Pass tps68470_regulator_platform_data to the tps68470-regulator MFD-cell
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v5 07/11] platform/x86: int3472: Split into 2 drivers
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [RFC PATCH] software node: Skip duplicated software_node sysfs
  • From: Qian Cai <quic_qiancai@xxxxxxxxxxx>
• Re: [PATCH v5 07/11] platform/x86: int3472: Split into 2 drivers
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v5 07/11] platform/x86: int3472: Split into 2 drivers
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v2] power: supply: bq27xxx: Fix kernel crash on IRQ handler register error
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v2] power: supply: bq27xxx: Fix kernel crash on IRQ handler register error
  • From: Sebastian Reichel <sebastian.reichel@xxxxxxxxxxxxx>
• [PATCH v5 11/11] platform/x86: int3472: Deal with probe ordering issues
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v5 10/11] platform/x86: int3472: Pass tps68470_regulator_platform_data to the tps68470-regulator MFD-cell
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v5 09/11] platform/x86: int3472: Pass tps68470_clk_platform_data to the tps68470-regulator MFD-cell
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v5 08/11] platform/x86: int3472: Add get_sensor_adev_and_name() helper
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v5 07/11] platform/x86: int3472: Split into 2 drivers
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v5 06/11] platform/x86: int3472: Enable I2c daisy chain
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v5 05/11] clk: Introduce clk-tps68470 driver
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v5 04/11] regulator: Introduce tps68470-regulator driver
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v5 03/11] platform_data: Add linux/platform_data/tps68470.h file
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v5 02/11] i2c: acpi: Use acpi_dev_ready_for_enumeration() helper
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v5 01/11] ACPI: delay enumeration of devices with a _DEP pointing to an INT3472 device
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v5 00/11] Add support for X86/ACPI camera sensor/PMIC setup with clk and regulator platform data
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [RFC PATCH] software node: Skip duplicated software_node sysfs
  • From: Heikki Krogerus <heikki.krogerus@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH] software node: Skip duplicated software_node sysfs
  • From: Heikki Krogerus <heikki.krogerus@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/6] Introduce acpi_table_parse_cedt and extra nodes for CXL.mem
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [RFC PATCH] software node: Skip duplicated software_node sysfs
  • From: Qian Cai <quic_qiancai@xxxxxxxxxxx>
• Re: [RFC 3/5] gpiolib: acpi: Add a new "ignore" module option
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [RFC 0/5] ACPI/power-suppy add fuel-gauge support on cht-wc PMIC without USB-PD support devs
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v7 2/4] drivers/acpi: Introduce Platform Firmware Runtime Update device driver
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxx>
• Re: [PATCH v7 2/4] drivers/acpi: Introduce Platform Firmware Runtime Update device driver
  • From: Chen Yu <yu.c.chen@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 v7 2/4] drivers/acpi: Introduce Platform Firmware Runtime Update device driver
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxx>
• Re: [PATCH v4 0/4] PCI MCFG consolidation and APEI resource filtering
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v4 0/4] PCI MCFG consolidation and APEI resource filtering
  • From: Xuesong Chen <xuesong.chen@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 11/45] arm64: Use do_kernel_power_off()
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH v7 2/4] drivers/acpi: Introduce Platform Firmware Runtime Update device driver
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v7 2/4] drivers/acpi: Introduce Platform Firmware Runtime Update device driver
  • From: Chen Yu <yu.c.chen@xxxxxxxxx>
• Re: [PATCH v4 0/4] PCI MCFG consolidation and APEI resource filtering
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v4 0/4] PCI MCFG consolidation and APEI resource filtering
  • From: Xuesong Chen <xuesong.chen@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/6] Introduce acpi_table_parse_cedt and extra nodes for CXL.mem
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH v4 10/11] platform/x86: int3472: Pass tps68470_regulator_platform_data to the tps68470-regulator MFD-cell
  • 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 v4 01/11] ACPI: delay enumeration of devices with a _DEP pointing to an INT3472 device
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v4 05/11] clk: Introduce clk-tps68470 driver
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v7 1/4] efi: Introduce EFI_FIRMWARE_MANAGEMENT_CAPSULE_HEADER and corresponding structures
  • From: Chen Yu <yu.c.chen@xxxxxxxxx>
• Re: [PATCH v4 05/11] clk: Introduce clk-tps68470 driver
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v4 08/11] platform/x86: int3472: Add get_sensor_adev_and_name() helper
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v4 08/11] platform/x86: int3472: Add get_sensor_adev_and_name() helper
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v4 08/11] platform/x86: int3472: Add get_sensor_adev_and_name() helper
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v4 08/11] platform/x86: int3472: Add get_sensor_adev_and_name() helper
  • 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 v4 05/11] clk: Introduce clk-tps68470 driver
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v4 08/11] platform/x86: int3472: Add get_sensor_adev_and_name() helper
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v4 05/11] clk: Introduce clk-tps68470 driver
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v4 04/11] regulator: Introduce tps68470-regulator driver
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v7 3/4] drivers/acpi: Introduce Platform Firmware Runtime Update Telemetry
  • From: Chen Yu <yu.c.chen@xxxxxxxxx>
• Re: [PATCH v4 0/4] PCI MCFG consolidation and APEI resource filtering
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: [PATCH v7 2/4] drivers/acpi: Introduce Platform Firmware Runtime Update device driver
  • From: Chen Yu <yu.c.chen@xxxxxxxxx>
• Re: [PATCH v7 2/4] drivers/acpi: Introduce Platform Firmware Runtime Update device driver
  • From: Chen Yu <yu.c.chen@xxxxxxxxx>
• Re: [PATCH v4 0/4] PCI MCFG consolidation and APEI resource filtering
  • From: Xuesong Chen <xuesong.chen@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 12/45] csky: Use do_kernel_power_off()
  • From: Guo Ren <guoren@xxxxxxxxxx>
• RE: [PATCH v6 2/2] pinctrl: amd: Fix wakeups when IRQ is shared with SCI
  • From: "Limonciello, Mario" <Mario.Limonciello@xxxxxxx>
• [PATCH v7 2/2] pinctrl: amd: Fix wakeups when IRQ is shared with SCI
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• [PATCH v7 1/2] ACPI: Add stubs for wakeup handler functions
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• Re: [RFC 3/5] gpiolib: acpi: Add a new "ignore" module option
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [RFC 3/5] gpiolib: acpi: Add a new "ignore" module option
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [RFC 0/5] ACPI/power-suppy add fuel-gauge support on cht-wc PMIC without USB-PD support devs
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v2] power: supply: bq27xxx: Fix kernel crash on IRQ handler register error
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• [RFC 5/5] power: supply: bq27xxx: Add support for ACPI enumeration
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [RFC 4/5] power: supply: bq27xxx: Add dev helper variable to bq27xxx_battery_i2c_probe()
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [RFC 3/5] gpiolib: acpi: Add a new "ignore" module option
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [RFC 2/5] gpiolib: acpi: Make acpi_gpio_in_ignore_list() more generic
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [RFC 1/5] ACPI / x86: Add 3 devices on the Xiaomi Mi Pad 2 to the always_present list
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [RFC 0/5] ACPI/power-suppy add fuel-gauge support on cht-wc PMIC without USB-PD support devs
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v2] ACPI / PMIC: Fix intel_pmic_regs_handler() read accesses
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v2] power: supply: bq27xxx: Fix kernel crash on IRQ handler register error
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v6 2/2] pinctrl: amd: Fix wakeups when IRQ is shared with SCI
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH] power: supply: bq27xxx: Fix kernel crash on IRQ handler register error
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH] ACPI / PMIC: Fix intel_pmic_regs_handler() read accesses
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• [PATCH] power: supply: bq27xxx: Fix kernel crash on IRQ handler register error
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH] ACPI / PMIC: Fix intel_pmic_regs_handler() read accesses
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [RFC net-next/wireless-next v1 2/2] ath10k: move device_get_mac_address() and pass errors up the chain
  • From: Christian Lamparter <chunkeey@xxxxxxxxx>
• [RFC net-next/wireless-next v1 1/2] ethernet: check nvmem cells for mac-address
  • From: Christian Lamparter <chunkeey@xxxxxxxxx>
• [rafael-pm:bleeding-edge] BUILD SUCCESS 5f6ba0ff183c91ef793c5db5da532357e7b0ba5e
  • 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 v5 0/2] gpio: mlxbf2: Introduce proper interrupt handling
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• [PATCH v6 2/2] pinctrl: amd: Fix wakeups when IRQ is shared with SCI
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• [PATCH v6 1/2] ACPI: Add stubs for wakeup handler functions
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• Re: [PATCH v5 0/2] gpio: mlxbf2: Introduce proper interrupt handling
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• [PATCH 6/6] ACPI: NUMA: Add a node and memblk for each CFMWS not in SRAT
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH 5/6] cxl/test: Mock acpi_table_parse_cedt()
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH 3/6] ACPI: Add a context argument for table parsing handlers
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH 4/6] cxl/acpi: Convert CFMWS parsing to ACPI sub-table helpers
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH 2/6] ACPI: Teach ACPI table parsing about the CEDT header format
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH 1/6] ACPI: Keep sub-table parsing infrastructure available for modules
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH 0/6] Introduce acpi_table_parse_cedt and extra nodes for CXL.mem
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• 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>