Linux Advanced Configuration and Power Interface (ACPI)

• Thread Index

• Re: [PATCH] driver core: platform: return -ENXIO for missing GpioInt
  • From: Brian Norris <briannorris@xxxxxxxxxxxx>
• Re: [PATCH] i2c: core: remove unused function
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 04/22] media: Move v4l2_fwnode_parse_link from v4l2 to driver base
  • From: Steve Longerbeam <slongerbeam@xxxxxxxxx>
• Re: [RFC PATCH 0/6] CCIX Protocol Error reporting
  • From: Jonathan Cameron <jonathan.cameron@xxxxxxxxxx>
• Re: [PATCH V2 05/10] ACPI: cpufreq: Switch to QoS requests instead of cpufreq notifier
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V2 05/10] ACPI: cpufreq: Switch to QoS requests instead of cpufreq notifier
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH 04/22] media: Move v4l2_fwnode_parse_link from v4l2 to driver base
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH V2 05/10] ACPI: cpufreq: Switch to QoS requests instead of cpufreq notifier
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH] acpi/hmat: ACPI_HMAT_MEMORY_PD_VALID is deprecated in ACPI-6.3
  • From: Daniel Black <daniel@xxxxxxxxxxxxx>
• [PATCH 04/22] media: Move v4l2_fwnode_parse_link from v4l2 to driver base
  • From: Steve Longerbeam <slongerbeam@xxxxxxxxx>
• [PATCH] ACPI / CPPC: do not require the _PSD method when using CPPC
  • From: Al Stone <ahs3@xxxxxxxxxx>
• Re: [PATCH v3 0/8] PM / ACPI: sleep: Additional changes related to suspend-to-idle
  • From: Kai-Heng Feng <kai.heng.feng@xxxxxxxxxxxxx>
• [PATCH 2/3] hmat: Register attributes for memory hot add
  • From: Keith Busch <keith.busch@xxxxxxxxx>
• [PATCH 3/3] acpi/hmat: Skip publishing target info for nodes with no online memory
  • From: Keith Busch <keith.busch@xxxxxxxxx>
• [PATCH 1/3] hmat: Register memory-side cache after parsing
  • From: Keith Busch <keith.busch@xxxxxxxxx>
• [PATCH 0/3] HMAT node online fixes
  • From: Keith Busch <keith.busch@xxxxxxxxx>
• Re: [PATCH 7/8] thunderbolt: Add support for Intel Ice Lake
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/8] thunderbolt: Move NVM upgrade support flag to struct icm
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH 5.3 regression fix] pwm: Fallback to the static lookup-list when acpi_pwm_get fails
  • From: Nikolaus Voss <nv@xxxxxxx>
• Re: [PATCH 5.3 regression fix] pwm: Fallback to the static lookup-list when acpi_pwm_get fails
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH V2 05/10] ACPI: cpufreq: Switch to QoS requests instead of cpufreq notifier
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH 5.3 regression fix] pwm: Fallback to the static lookup-list when acpi_pwm_get fails
  • From: Nikolaus Voss <nv@xxxxxxx>
• Re: [PATCH v2 0/3] ACPI: New eject flow to remove devices cautiously
  • From: Chester Lin <clin@xxxxxxxx>
• Re: [PATCH 7/8] thunderbolt: Add support for Intel Ice Lake
  • From: Lukas Wunner <lukas@xxxxxxxxx>
• Re: [Regression] Commit "ACPI: PM: Allow transitions to D0 to occur in special cases"
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [GIT PULL] Power management fix for v5.3-rc3
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH v4 2/2] arm64: topology: Use PPTT to determine if PE is a thread
  • From: Jeremy Linton <jeremy.linton@xxxxxxx>
• Re: [PATCH v4 1/2] ACPI/PPTT: Add support for ACPI 6.3 thread flag
  • From: Jeremy Linton <jeremy.linton@xxxxxxx>
• Re: [PATCH v4 2/2] arm64: topology: Use PPTT to determine if PE is a thread
  • From: Robert Richter <rric@xxxxxxxxxx>
• [PATCH AUTOSEL 5.2 58/76] ACPI/IORT: Fix off-by-one check in iort_dev_find_its_id()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 30/42] ACPI/IORT: Fix off-by-one check in iort_dev_find_its_id()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 22/30] ACPI/IORT: Fix off-by-one check in iort_dev_find_its_id()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.9 16/22] ACPI/IORT: Fix off-by-one check in iort_dev_find_its_id()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH v4 1/2] ACPI/PPTT: Add support for ACPI 6.3 thread flag
  • From: Robert Richter <rric@xxxxxxxxxx>
• [PATCH v5 3/3] i2c: piix4: Add ACPI support
  • From: Jean Delvare <jdelvare@xxxxxxx>
• [PATCH v5 2/3] i2c: piix4: Fix probing of reserved ports on AMD Family 16h Model 30h
  • From: Jean Delvare <jdelvare@xxxxxxx>
• [PATCH v5 1/3] i2c: piix4: Fix port selection for AMD Family 16h Model 30h
  • From: Jean Delvare <jdelvare@xxxxxxx>
• [PATCH v5 0/3] Enable ACPI-defined peripherals on i2c-piix4 SMBus
  • From: Jean Delvare <jdelvare@xxxxxxx>
• [PATCH v3 4/8] ACPI: PM: s2idle: Switch EC over to polling during "noirq" suspend
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v3 8/8] ACPI: PM: s2idle: Execute LPS0 _DSM functions with suspended devices
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v3 5/8] ACPI: PM: s2idle: Eliminate acpi_sleep_no_ec_events()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v3 2/8] ACPI: PM: s2idle: Rearrange lps0_device_attach()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v3 3/8] ACPI: PM: s2idle: Add acpi.sleep_no_lps0 module parameter
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v3 0/8] PM / ACPI: sleep: Additional changes related to suspend-to-idle
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v3 1/8] ACPI: PM: Set up EC GPE for system wakeup from drivers that need it
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v3 6/8] ACPI: EC: PM: Consolidate some code depending on PM_SLEEP
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v3 7/8] ACPI: EC: PM: Make acpi_ec_dispatch_gpe() print debug message
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH] ACPI: PM: Print debug messages on device power state changes
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [GIT PULL] Power management fix for v5.3-rc3
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• RE: [PATCH v2] acpica: fix -Wnull-pointer-arithmetic warnings
  • From: "Moore, Robert" <robert.moore@xxxxxxxxx>
• RE: [PATCH v2] acpica: fix -Wnull-pointer-arithmetic warnings
  • From: "Schmauss, Erik" <erik.schmauss@xxxxxxxxx>
• Re: [PATCH v2] acpica: fix -Wnull-pointer-arithmetic warnings
  • From: Qian Cai <cai@xxxxxx>
• RE: [PATCH] ACPI: PM: Fix regression in acpi_device_set_power()
  • From: <Mario.Limonciello@xxxxxxxx>
• Re: [PATCH v1] drivers/acpi/scan.c: Document why we don't need the device_hotplug_lock
  • From: "Rafael J. Wysocki" <rafael.j.wysocki@xxxxxxxxx>
• Re: [PATCH v4 1/2] ACPI/PPTT: Add support for ACPI 6.3 thread flag
  • From: Jeremy Linton <jeremy.linton@xxxxxxx>
• Re: [PATCH v4 1/2] ACPI/PPTT: Add support for ACPI 6.3 thread flag
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH v4 2/2] arm64: topology: Use PPTT to determine if PE is a thread
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH v3 5/7] drivers: Introduce device lookup variants by ACPI_COMPANION device
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v3 5/7] drivers: Introduce device lookup variants by ACPI_COMPANION device
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 5/7] drivers: Introduce device lookup variants by ACPI_COMPANION device
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v3 5/7] drivers: Introduce device lookup variants by ACPI_COMPANION device
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH] ACPI: PM: Fix regression in acpi_device_set_power()
  • From: Kai-Heng Feng <kai.heng.feng@xxxxxxxxxxxxx>
• [PATCH v4 2/2] arm64: topology: Use PPTT to determine if PE is a thread
  • From: Jeremy Linton <jeremy.linton@xxxxxxx>
• [PATCH v4 1/2] ACPI/PPTT: Add support for ACPI 6.3 thread flag
  • From: Jeremy Linton <jeremy.linton@xxxxxxx>
• [PATCH v4 0/2] arm64/PPTT ACPI 6.3 thread flag support
  • From: Jeremy Linton <jeremy.linton@xxxxxxx>
• [PATCH] ACPI: PM: Fix regression in acpi_device_set_power()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [Regression] Commit "ACPI: PM: Allow transitions to D0 to occur in special cases"
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [Regression] Commit "ACPI: PM: Allow transitions to D0 to occur in special cases"
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH V37 14/29] ACPI: Limit access to custom_method when the kernel is locked down
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V37 16/29] acpi: Disable ACPI table override if the kernel is locked down
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V37 15/29] acpi: Ignore acpi_rsdp kernel param when the kernel has been locked down
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• Re: [Regression] Commit "ACPI: PM: Allow transitions to D0 to occur in special cases"
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [Regression] Commit "ACPI: PM: Allow transitions to D0 to occur in special cases"
  • From: <Mario.Limonciello@xxxxxxxx>
• [Regression] Commit "ACPI: PM: Allow transitions to D0 to occur in special cases"
  • From: Kai-Heng Feng <kai.heng.feng@xxxxxxxxxxxxx>
• Re: [PATCH v1] drivers/acpi/scan.c: Document why we don't need the device_hotplug_lock
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH v1] drivers/acpi/scan.c: Document why we don't need the device_hotplug_lock
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v1] drivers/acpi/scan.c: Fixup "acquire device_hotplug_lock in acpi_scan_init()"
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v1] drivers/acpi/scan.c: Fixup "acquire device_hotplug_lock in acpi_scan_init()"
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v1] drivers/acpi/scan.c: Fixup "acquire device_hotplug_lock in acpi_scan_init()"
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v1] drivers/acpi/scan.c: Fixup "acquire device_hotplug_lock in acpi_scan_init()"
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v1] drivers/acpi/scan.c: Fixup "acquire device_hotplug_lock in acpi_scan_init()"
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v1] drivers/acpi/scan.c: Fixup "acquire device_hotplug_lock in acpi_scan_init()"
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v1] drivers/acpi/scan.c: Fixup "acquire device_hotplug_lock in acpi_scan_init()"
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH v1] drivers/acpi/scan.c: Fixup "acquire device_hotplug_lock in acpi_scan_init()"
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH] i2c: core: remove unused function
  • From: Anders Roxell <anders.roxell@xxxxxxxxxx>
• Re: [PATCH v2 3/3] gpiolib-acpi: Move acpi_dev_add_driver_gpios() et al to consumer.h
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v2 2/3] gpiolib: acpi: Split ACPI stuff to gpiolib-acpi.h
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v2 1/3] gpiolib: of: Reshuffle contents of consumer.h for new library layout
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH 5.3 regression fix] pwm: Fallback to the static lookup-list when acpi_pwm_get fails
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH 5.3 regression fix] pwm: Fallback to the static lookup-list when acpi_pwm_get fails
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH] driver core: platform: return -ENXIO for missing GpioInt
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] driver core: platform: return -ENXIO for missing GpioInt
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v2 1/3] gpiolib: of: Reshuffle contents of consumer.h for new library layout
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v2 3/3] gpiolib-acpi: Move acpi_dev_add_driver_gpios() et al to consumer.h
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v2 2/3] gpiolib: acpi: Split ACPI stuff to gpiolib-acpi.h
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v2 6/8] ACPI: PM: s2idle: Eliminate acpi_sleep_no_ec_events()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v2 7/8] ACPI: EC: PM: Consolidate some code depending on PM_SLEEP
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v2 4/8] ACPI: PM: s2idle: Add acpi.sleep_no_lps0 module parameter
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v2 3/8] PM: s2idle: Rearrange lps0_device_attach()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v2 0/8] PM / ACPI: sleep: Additional changes related to suspend-to-idle
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v2 2/8] ACPI: PM: s2idle: Execute LPS0 _DSM functions with suspended devices
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v2 1/8] ACPI: PM: Set up EC GPE for system wakeup from drivers that need it
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v2 5/8] ACPI: PM: s2idle: Switch EC over to polling during "noirq" suspend
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v2 8/8] ACPI: EC: PM: Make acpi_ec_dispatch_gpe() print debug message
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH] driver core: platform: return -ENXIO for missing GpioInt
  • From: Enrico Granata <egranata@xxxxxxxxxx>
• Re: [PATCH] driver core: platform: return -ENXIO for missing GpioInt
  • From: Brian Norris <briannorris@xxxxxxxxxxxx>
• Re: [PATCH] driver core: platform: return -ENXIO for missing GpioInt
  • From: Enrico Granata <egranata@xxxxxxxxxx>
• Re: [PATCH] driver core: platform: return -ENXIO for missing GpioInt
  • From: Nathan Chancellor <natechancellor@xxxxxxxxx>
• [PATCH] driver core: platform: return -ENXIO for missing GpioInt
  • From: Brian Norris <briannorris@xxxxxxxxxxxx>
• Re: [PATCH v2] acpica: fix -Wnull-pointer-arithmetic warnings
  • From: Qian Cai <cai@xxxxxx>
• RE: [PATCH v2] acpica: fix -Wnull-pointer-arithmetic warnings
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v3 5/7] drivers: Introduce device lookup variants by ACPI_COMPANION device
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• RE: [PATCH v2] acpica: fix -Wnull-pointer-arithmetic warnings
  • From: "Moore, Robert" <robert.moore@xxxxxxxxx>
• Re: [PATCH v3 5/7] drivers: Introduce device lookup variants by ACPI_COMPANION device
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v4] ACPI / APEI: release resources if gen_pool_add fails
  • From: James Morse <james.morse@xxxxxxx>
• [PATCH AUTOSEL 5.2 37/85] ACPI: blacklist: fix clang warning for unused DMI table
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.2 44/85] ACPI: fix false-positive -Wuninitialized warning
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 21/47] ACPI: blacklist: fix clang warning for unused DMI table
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 25/47] ACPI: fix false-positive -Wuninitialized warning
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 15/37] ACPI: blacklist: fix clang warning for unused DMI table
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 18/37] ACPI: fix false-positive -Wuninitialized warning
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.9 14/30] ACPI: fix false-positive -Wuninitialized warning
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.4 10/23] ACPI: fix false-positive -Wuninitialized warning
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH 1/4] ACPI: PM: Set up EC GPE for system wakeup from drivers that need it
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v1] ACPI / scan: Acquire device_hotplug_lock in acpi_scan_init()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v1] ACPI / scan: Acquire device_hotplug_lock in acpi_scan_init()
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v4] ACPI / APEI: release resources if gen_pool_add fails
  • From: 乱石 <zhangliguang@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v1] ACPI / scan: Acquire device_hotplug_lock in acpi_scan_init()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v1] ACPI / scan: Acquire device_hotplug_lock in acpi_scan_init()
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v1] ACPI / scan: Acquire device_hotplug_lock in acpi_scan_init()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v1] ACPI / scan: Acquire device_hotplug_lock in acpi_scan_init()
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v1] ACPI / scan: Acquire device_hotplug_lock in acpi_scan_init()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v1] ACPI / scan: Acquire device_hotplug_lock in acpi_scan_init()
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [pm:pm-s2idle-testing 9/12] drivers/acpi/ec.c:1061:6: error: implicit declaration of function 'pm_suspend_no_platform'; did you mean 'suspend_nvs_restore'?
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v1] ACPI / scan: Acquire device_hotplug_lock in acpi_scan_init()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [pm:pm-s2idle-testing 9/12] drivers/acpi/ec.c:1061:2: error: implicit declaration of function 'pm_suspend_no_platform'
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH v2 1/1] efi: cper: print AER info of PCIe fatal error
  • From: Xiaofei Tan <tanxiaofei@xxxxxxxxxx>
• [PATCH 4/4] ACPI: PM: s2idle: Add acpi_sleep=no_lps0 command line switch
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH 1/4] ACPI: PM: Set up EC GPE for system wakeup from drivers that need it
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH 2/4] ACPI: PM: s2idle: Execute LPS0 _DSM functions with suspended devices
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH 0/4] PM / ACPI: sleep: Additional changes related to suspend-to-idle
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH 3/4] ACPI: PM: s2idle: Rearrange lps0_device_attach()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v1] ACPI / scan: Acquire device_hotplug_lock in acpi_scan_init()
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v1] ACPI / scan: Acquire device_hotplug_lock in acpi_scan_init()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v1] ACPI / scan: Acquire device_hotplug_lock in acpi_scan_init()
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [GIT PULL] Power management fixes for v5.3-rc2
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH v1] ACPI / scan: Acquire device_hotplug_lock in acpi_scan_init()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH 1/1] efi: cper: print AER info of PCIe fatal error
  • From: tanxiaofei <tanxiaofei@xxxxxxxxxx>
• Re: [PATCH v1] ACPI / scan: Acquire device_hotplug_lock in acpi_scan_init()
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v1] ACPI / scan: Acquire device_hotplug_lock in acpi_scan_init()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v1] ACPI / scan: Acquire device_hotplug_lock in acpi_scan_init()
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v4] ACPI / APEI: release resources if gen_pool_add fails
  • From: James Morse <james.morse@xxxxxxx>
• Re: [PATCH v1] ACPI / APEI: Get rid of NULL_UUID_LE constant
  • From: James Morse <james.morse@xxxxxxx>
• Re: [PATCH 1/1] efi: cper: print AER info of PCIe fatal error
  • From: James Morse <james.morse@xxxxxxx>
• [GIT PULL] Power management fixes for v5.3-rc2
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v1] ACPI / scan: Acquire device_hotplug_lock in acpi_scan_init()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v1] ACPI / scan: Acquire device_hotplug_lock in acpi_scan_init()
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v1] ACPI / scan: Acquire device_hotplug_lock in acpi_scan_init()
  • From: Oscar Salvador <osalvador@xxxxxxx>
• Re: [PATCH v1] ACPI / scan: Acquire device_hotplug_lock in acpi_scan_init()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: + acpi-scan-acquire-device_hotplug_lock-in-acpi_scan_init.patch added to -mm tree
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCHv2 1/2] hmat: Register memory-side cache after parsing
  • From: Keith Busch <kbusch@xxxxxxxxxx>
• Re: [PATCH] acpica: fix -Wnull-pointer-arithmetic warnings
  • From: Qian Cai <cai@xxxxxx>
• [PATCH v1] ACPI / scan: Acquire device_hotplug_lock in acpi_scan_init()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• RE: [PATCH] acpica: fix -Wnull-pointer-arithmetic warnings
  • From: "Moore, Robert" <robert.moore@xxxxxxxxx>
• Re: [RESEND][PATCH v4 3/3] i2c: piix4: add ACPI support
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [PATCH] acpica: fix -Wnull-pointer-arithmetic warnings
  • From: Qian Cai <cai@xxxxxx>
• Re: [RESEND][PATCH v4 3/3] i2c: piix4: add ACPI support
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [RESEND][PATCH v4 2/3] i2c: piix4: fix probing of reserved ports on AMD
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [RESEND][PATCH v4 1/3] i2c: piix4: Fix port selection for AMD Family 16h Model 30h
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [RESEND][PATCH v4 1/3] i2c: piix4: Fix port selection for AMD Family 16h Model 30h
  • From: Jean Delvare <jdelvare@xxxxxxx>
• [PATCH v3 5/7] drivers: Introduce device lookup variants by ACPI_COMPANION device
  • From: Suzuki K Poulose <suzuki.poulose@xxxxxxx>
• RE: [PATCH] acpica: fix -Wnull-pointer-arithmetic warnings
  • From: "Moore, Robert" <robert.moore@xxxxxxxxx>
• Re: [PATCH] PM / wakeup: fix ptr_ret.cocci warnings
  • From: Tri Vo <trong@xxxxxxxxxxx>
• [pm:bleeding-edge 21/23] drivers/base/power/wakeup_stats.c:143:1-3: WARNING: PTR_ERR_OR_ZERO can be used
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH] PM / wakeup: fix ptr_ret.cocci warnings
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: PROBLEM: Calling ObjectType on buffer field reports type integer
  • From: Maximilian Luz <luzmaximilian@xxxxxxxxx>
• Re: [PATCH] int340X/processor_thermal_device: Fix proc_thermal_rapl_remove()
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• Re: [PATCH] int340X/processor_thermal_device: Fix proc_thermal_rapl_remove()
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [PATCH V2 00/10] cpufreq: Migrate users of policy notifiers to QoS requests
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V2 05/10] ACPI: cpufreq: Switch to QoS requests instead of cpufreq notifier
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] ACPI/IORT: Fix off-by-one check in iort_dev_find_its_id()
  • From: Hanjun Guo <guohanjun@xxxxxxxxxx>
• Re: [PATCH] ACPI/IORT: Rename arm_smmu_v3_set_proximity() 'node' local variable
  • From: Hanjun Guo <guohanjun@xxxxxxxxxx>
• RE: PROBLEM: Calling ObjectType on buffer field reports type integer
  • From: "Schmauss, Erik" <erik.schmauss@xxxxxxxxx>
• Re: [PATCH 1/3] ACPI: Remove acpi_has_method() call from acpi_adxl.c
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• [PATCH] ACPI/IORT: Fix off-by-one check in iort_dev_find_its_id()
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• [PATCH] ACPI/IORT: Rename arm_smmu_v3_set_proximity() 'node' local variable
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• [PATCH] int340X/processor_thermal_device: Fix proc_thermal_rapl_remove()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH 0/8] PM / ACPI: sleep: Simplify the suspend-to-idle control flow
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] ACPI: Remove acpi_has_method() call from acpi_adxl.c
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH 2/3] ACPI: Remove acpi_has_method() call from scan.c
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [PATCH 1/3] ACPI: Remove acpi_has_method() call from acpi_adxl.c
  • From: Kelsey Skunberg <skunberg.kelsey@xxxxxxxxx>
• [PATCH 2/3] ACPI: Remove acpi_has_method() call from scan.c
  • From: Kelsey Skunberg <skunberg.kelsey@xxxxxxxxx>
• [PATCH 3/3] ACPI: Remove acpi_has_method() calls from thermal.c
  • From: Kelsey Skunberg <skunberg.kelsey@xxxxxxxxx>
• [PATCH 0/3] ACPI: Remove unnecessary acpi_has_method() calls
  • From: Kelsey Skunberg <skunberg.kelsey@xxxxxxxxx>
• Re: [PATCH AUTOSEL 4.14 086/105] PCI / ACPI: Use cached ACPI device state to get PCI device power state
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: PROBLEM: Calling ObjectType on buffer field reports type integer
  • From: Maximilian Luz <luzmaximilian@xxxxxxxxx>
• Re: MPAM branch verification (was RE: [RFC PATCH 2/2] ACPI / PPTT: cacheinfo: Label caches based on fw_token)
  • From: James Morse <james.morse@xxxxxxx>
• [PATCH v2] acpica: fix -Wnull-pointer-arithmetic warnings
  • From: Qian Cai <cai@xxxxxx>
• [PATCH V36 16/29] acpi: Disable ACPI table override if the kernel is locked down
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V36 15/29] acpi: Ignore acpi_rsdp kernel param when the kernel has been locked down
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V36 14/29] ACPI: Limit access to custom_method when the kernel is locked down
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• Re: [GIT PULL] More power management updates for v5.3-rc1
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [GIT PULL] Additional ACPI updates for v5.3-rc1
  • From: pr-tracker-bot@xxxxxxxxxx
• [GIT PULL] More power management updates for v5.3-rc1
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [GIT PULL] Additional ACPI updates for v5.3-rc1
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• RE: [EXT] Re: [PATCH] ACPI: support for NXP i2c controller
  • From: Chuanhua Han <chuanhua.han@xxxxxxx>
• Re: [PATCH] ACPI: support for NXP i2c controller
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH] acpi: blacklist: fix clang warning for unused dmi table
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] ACPICA: Update table load object initialization
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH] acpi: fix false-positive -Wuninitialized warning
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH] ACPI / video: Add new hw_changes_brightness quirk, set it on PB Easynote MZ35
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH] acpica: fix -Wnull-pointer-arithmetic warnings
  • From: Qian Cai <cai@xxxxxx>
• Re: [PATCH] acpica: fix -Wnull-pointer-arithmetic warnings
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [PATCH RFC 2/4] arm64: mm: Add RAS extension system register check to SEA handling
  • From: James Morse <james.morse@xxxxxxx>
• Re: [PATCH v4 13/15] docs: ABI: testing: make the files compatible with ReST output
  • From: Jonathan Cameron <jonathan.cameron@xxxxxxxxxx>
• [PATCH v1] ACPI / APEI: Get rid of NULL_UUID_LE constant
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH] acpica: fix -Wnull-pointer-arithmetic warnings
  • From: Qian Cai <cai@xxxxxx>
• Re: [PATCH 2/9] rcu: Add support for consolidated-RCU reader checking (v3)
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxx>
• [RFC] acpi: Ignore acpi_rsdp kernel param when the kernel has been locked down
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [RFC] acpi: Ignore acpi_rsdp kernel param when the kernel has been locked down
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• Re: [PATCH 2/9] rcu: Add support for consolidated-RCU reader checking (v3)
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/9] ipv4: add lockdep condition to fix for_each_entry (v1)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH V35 15/29] acpi: Ignore acpi_rsdp kernel param when the kernel has been locked down
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [PATCH 2/9] rcu: Add support for consolidated-RCU reader checking (v3)
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/9] rcu: Add support for consolidated-RCU reader checking
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxx>
• Re: [PATCH 0/9] Harden list_for_each_entry_rcu() and family
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxx>
• Re: [PATCH 2/9] rcu: Add support for consolidated-RCU reader checking (v3)
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 8/9] acpi: Use built-in RCU list checking for acpi_ioremaps list (v1)
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxx>
• Re: [PATCH 6/9] workqueue: Convert for_each_wq to use built-in list check (v2)
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxx>
• Re: [PATCH 7/9] x86/pci: Pass lockdep condition to pcm_mmcfg_list iterator (v1)
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxx>
• Re: [PATCH 5/9] driver/core: Convert to use built-in RCU list checking (v1)
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxx>
• Re: [PATCH 4/9] ipv4: add lockdep condition to fix for_each_entry (v1)
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxx>
• Re: [PATCH 2/9] rcu: Add support for consolidated-RCU reader checking (v3)
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxx>
• Re: [PATCH 3/9] rcu/sync: Remove custom check for reader-section (v2)
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/9] rcu: Add support for consolidated-RCU reader checking
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/9] rcu: Add support for consolidated-RCU reader checking
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/9] rcu/sync: Remove custom check for reader-section
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/9] rcu/sync: Remove custom check for reader-section
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxx>
• [PATCH 8/8] PM: sleep: Drop dpm_noirq_begin() and dpm_noirq_end()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH 3/8] ACPI: EC: Return bool from acpi_ec_dispatch_gpe()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH 6/8] PM: sleep: Simplify suspend-to-idle control flow
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH 1/8] PCI: irq: Introduce rearm_wake_irq()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH 2/8] ACPICA: Return u32 from acpi_dispatch_gpe()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH 4/8] PM: sleep: Fix possible overflow in pm_system_cancel_wakeup()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH 5/8] ACPI: PM: Set s2idle_wakeup earlier and clear it later
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH 0/8] PM / ACPI: sleep: Simplify the suspend-to-idle control flow
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH 7/8] PM: sleep: Integrate suspend-to-idle with generig suspend flow
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH] ARM64/irqchip: Make ACPI_IORT depend on PCI again
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH 00/10] cpufreq: Migrate users of policy notifiers to QoS requests
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH 00/10] cpufreq: Migrate users of policy notifiers to QoS requests
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 00/10] cpufreq: Migrate users of policy notifiers to QoS requests
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [PATCH 08/10] ACPI: cpufreq: Switch to QoS requests instead of cpufreq notifier
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 00/10] cpufreq: Migrate users of policy notifiers to QoS requests
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH AUTOSEL 4.14 086/105] PCI / ACPI: Use cached ACPI device state to get PCI device power state
  • From: "Rafael J. Wysocki" <rafael.j.wysocki@xxxxxxxxx>
• Re: [RFC PATCH v2 0/3] Support CPU hotplug for ARM64
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• Re: [RFC PATCH v2 0/3] Support CPU hotplug for ARM64
  • From: Jia He <jiakernel2@xxxxxxxxx>
• Re: [RFC PATCH v2 0/3] Support CPU hotplug for ARM64
  • From: Xiongfeng Wang <wangxiongfeng2@xxxxxxxxxx>
• Re: [PATCH] ARM64/irqchip: Make ACPI_IORT depend on PCI again
  • From: Sinan Kaya <Okaya@xxxxxxxxxx>
• [PATCH] rculist: Add build check for single optional list argument
  • From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
• [PATCH] ARM64/irqchip: Make ACPI_IORT depend on PCI again
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH 7/9] x86/pci: Pass lockdep condition to pcm_mmcfg_list iterator (v1)
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH V35 15/29] acpi: Ignore acpi_rsdp kernel param when the kernel has been locked down
  • From: Dave Young <dyoung@xxxxxxxxxx>
• Re: [PATCH 8/9] acpi: Use built-in RCU list checking for acpi_ioremaps list (v1)
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH 7/9] x86/pci: Pass lockdep condition to pcm_mmcfg_list iterator (v1)
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• [PATCH V35 14/29] ACPI: Limit access to custom_method when the kernel is locked down
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V35 16/29] acpi: Disable ACPI table override if the kernel is locked down
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V35 15/29] acpi: Ignore acpi_rsdp kernel param when the kernel has been locked down
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• RE: [PATCHv3 0/6] CPPC optional registers AMD support
  • From: "Ghannam, Yazen" <Yazen.Ghannam@xxxxxxx>
• [PATCH AUTOSEL 5.2 130/249] ACPICA: Clear status of GPEs on first direct enable
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH 0/9] Harden list_for_each_entry_rcu() and family
  • From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
• [PATCH 1/9] rcu/update: Remove useless check for debug_locks (v1)
  • From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
• [PATCH 2/9] rcu: Add support for consolidated-RCU reader checking (v3)
  • From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
• [PATCH 3/9] rcu/sync: Remove custom check for reader-section (v2)
  • From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
• [PATCH 4/9] ipv4: add lockdep condition to fix for_each_entry (v1)
  • From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
• [PATCH 6/9] workqueue: Convert for_each_wq to use built-in list check (v2)
  • From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
• [PATCH 8/9] acpi: Use built-in RCU list checking for acpi_ioremaps list (v1)
  • From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
• [PATCH 7/9] x86/pci: Pass lockdep condition to pcm_mmcfg_list iterator (v1)
  • From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
• [PATCH 9/9] doc: Update documentation about list_for_each_entry_rcu (v1)
  • From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
• [PATCH AUTOSEL 4.9 62/73] PCI / ACPI: Use cached ACPI device state to get PCI device power state
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH 5/9] driver/core: Convert to use built-in RCU list checking (v1)
  • From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
• [PATCH AUTOSEL 4.14 086/105] PCI / ACPI: Use cached ACPI device state to get PCI device power state
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 120/158] PCI / ACPI: Use cached ACPI device state to get PCI device power state
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 083/158] ACPICA: Clear status of GPEs on first direct enable
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.1 163/219] PCI / ACPI: Use cached ACPI device state to get PCI device power state
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.1 114/219] ACPICA: Clear status of GPEs on first direct enable
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.2 185/249] PCI / ACPI: Use cached ACPI device state to get PCI device power state
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [RFC PATCH v2 0/3] Support CPU hotplug for ARM64
  • From: James Morse <james.morse@xxxxxxx>
• Re: [PATCH 3/3] usb: typec: mux: Use the "compatible" property instead of a boolean property
  • From: Jun Li <lijun.kernel@xxxxxxxxx>
• Re: [PATCH v2 3/9] rcu/sync: Remove custom check for reader-section
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• [PATCH v4] ACPI / APEI: release resources if gen_pool_add fails
  • From: luanshi <zhangliguang@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 3/9] rcu/sync: Remove custom check for reader-section
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/9] rcu/sync: Remove custom check for reader-section
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 3/9] rcu/sync: Remove custom check for reader-section
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 3/9] rcu/sync: Remove custom check for reader-section
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/9] rcu/sync: Remove custom check for reader-section
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 3/9] rcu/sync: Remove custom check for reader-section
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/9] rcu/sync: Remove custom check for reader-section
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 3/9] rcu/sync: Remove custom check for reader-section
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/9] rcu/sync: Remove custom check for reader-section
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCHv3 0/6] CPPC optional registers AMD support
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/9] rcu/sync: Remove custom check for reader-section
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/9] rcu/sync: Remove custom check for reader-section
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 3/9] rcu/sync: Remove custom check for reader-section
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 3/9] rcu/sync: Remove custom check for reader-section
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxx>
• Re: [PATCH v1 1/6] rcu: Add support for consolidated-RCU reader checking
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/9] rcu/sync: Remove custom check for reader-section
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 1/6] rcu: Add support for consolidated-RCU reader checking
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] acpi: fix false-positive -Wuninitialized warning
  • From: Nathan Chancellor <natechancellor@xxxxxxxxx>
• Re: [PATCH v1 1/6] rcu: Add support for consolidated-RCU reader checking
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxx>
• Re: [PATCH v1 1/6] rcu: Add support for consolidated-RCU reader checking
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• [PATCH v2 1/9] rcu/update: Remove useless check for debug_locks
  • From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
• [PATCH v2 2/9] rcu: Add support for consolidated-RCU reader checking
  • From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
• [PATCH v2 3/9] rcu/sync: Remove custom check for reader-section
  • From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
• [PATCH v2 5/9] driver/core: Convert to use built-in RCU list checking
  • From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
• [PATCH v2 4/9] ipv4: add lockdep condition to fix for_each_entry
  • From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
• [PATCH v2 7/9] x86/pci: Pass lockdep condition to pcm_mmcfg_list iterator
  • From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
• [PATCH v2 9/9] doc: Update documentation about list_for_each_entry_rcu
  • From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
• [PATCH v2 8/9] acpi: Use built-in RCU list checking for acpi_ioremaps list
  • From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
• [PATCH v2 6/9] workqueue: Convert for_each_wq to use built-in list check
  • From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
• [PATCH v2 0/9] Harden list_for_each_entry_rcu() and family
  • From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 1/6] rcu: Add support for consolidated-RCU reader checking
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxx>
• Re: [PATCHv3 6/6] drivers/cpufreq: Add a CPUFreq driver for AMD processors (Fam17h and later)
  • From: Janakarajan Natarajan <jnataraj@xxxxxxx>
• Re: [PATCH v1 1/6] rcu: Add support for consolidated-RCU reader checking
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v1 1/6] rcu: Add support for consolidated-RCU reader checking
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 1/6] rcu: Add support for consolidated-RCU reader checking
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 1/6] rcu: Add support for consolidated-RCU reader checking
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 1/6] rcu: Add support for consolidated-RCU reader checking
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH] acpi: fix false-positive -Wuninitialized warning
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v1 1/6] rcu: Add support for consolidated-RCU reader checking
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v1 1/6] rcu: Add support for consolidated-RCU reader checking
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH] ACPI / video: Add new hw_changes_brightness quirk, set it on PB Easynote MZ35
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH] acpi: fix false-positive -Wuninitialized warning
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v3 1/2] ACPI/PPTT: Add support for ACPI 6.3 thread flag
  • From: John Garry <john.garry@xxxxxxxxxx>
• Re: [PATCH v1 3/6] driver/core: Convert to use built-in RCU list checking
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 1/6] rcu: Add support for consolidated-RCU reader checking
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCHv3 6/6] drivers/cpufreq: Add a CPUFreq driver for AMD processors (Fam17h and later)
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 1/1] efi: cper: print AER info of PCIe fatal error
  • From: Xiaofei Tan <tanxiaofei@xxxxxxxxxx>
• Re: [PATCH v1 0/6] Harden list_for_each_entry_rcu() and family
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• [PATCH v1 1/6] rcu: Add support for consolidated-RCU reader checking
  • From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
• [PATCH v1 5/6] x86/pci: Pass lockdep condition to pcm_mmcfg_list iterator
  • From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
• [PATCH v1 6/6] acpi: Use built-in RCU list checking for acpi_ioremaps list
  • From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
• [PATCH v1 4/6] workqueue: Convert for_each_wq to use built-in list check
  • From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
• [PATCH v1 3/6] driver/core: Convert to use built-in RCU list checking
  • From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
• [PATCH v1 2/6] ipv4: add lockdep condition to fix for_each_entry
  • From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
• [PATCH v1 0/6] Harden list_for_each_entry_rcu() and family
  • From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] ACPI fix for v5.3-rc1
  • From: pr-tracker-bot@xxxxxxxxxx
• [PATCH v2 1/2] ACPICA: Update table load object initialization
  • From: Erik Schmauss <erik.schmauss@xxxxxxxxx>
• Re: [PATCHv3 6/6] drivers/cpufreq: Add a CPUFreq driver for AMD processors (Fam17h and later)
  • From: Janakarajan Natarajan <jnataraj@xxxxxxx>
• [GIT PULL] ACPI fix for v5.3-rc1
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [PATCH] ACPI: support for NXP i2c controller
  • From: Chuanhua Han <chuanhua.han@xxxxxxx>
• Re: [PATCHv3 6/6] drivers/cpufreq: Add a CPUFreq driver for AMD processors (Fam17h and later)
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH RFC 2/4] arm64: mm: Add RAS extension system register check to SEA handling
  • From: Tyler Baicar OS <baicar@xxxxxxxxxxxxxxxxxxxxxx>
• [PATCHv3 3/6] acpi/cppc: Rework cppc_set_perf() to use cppc_regs index
  • From: "Natarajan, Janakarajan" <Janakarajan.Natarajan@xxxxxxx>
• [PATCHv3 4/6] acpi/cppc: Add support for optional CPPC registers
  • From: "Natarajan, Janakarajan" <Janakarajan.Natarajan@xxxxxxx>
• [PATCHv3 2/6] acpi/cppc: Ensure only supported CPPC sysfs entries are created
  • From: "Natarajan, Janakarajan" <Janakarajan.Natarajan@xxxxxxx>
• [PATCHv3 5/6] acpi/cppc: Add support for CPPC Enable register
  • From: "Natarajan, Janakarajan" <Janakarajan.Natarajan@xxxxxxx>
• [PATCHv3 6/6] drivers/cpufreq: Add a CPUFreq driver for AMD processors (Fam17h and later)
  • From: "Natarajan, Janakarajan" <Janakarajan.Natarajan@xxxxxxx>
• [PATCHv3 1/6] acpi/cppc: Add macros for CPPC register checks
  • From: "Natarajan, Janakarajan" <Janakarajan.Natarajan@xxxxxxx>
• [PATCHv3 0/6] CPPC optional registers AMD support
  • From: "Natarajan, Janakarajan" <Janakarajan.Natarajan@xxxxxxx>
• Re: [PATCH] acpi: blacklist: fix clang warning for unused dmi table
  • From: Nathan Chancellor <natechancellor@xxxxxxxxx>
• Re: [RFC PATCH v2 0/3] Support CPU hotplug for ARM64
  • From: Maran Wilson <maran.wilson@xxxxxxxxxx>
• [PATCH] acpi: blacklist: fix clang warning for unused dmi table
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [RFC PATCH v2 0/3] Support CPU hotplug for ARM64
  • From: Marc Zyngier <marc.zyngier@xxxxxxx>
• Re: [PATCH RFC 2/4] arm64: mm: Add RAS extension system register check to SEA handling
  • From: Tyler Baicar OS <baicar@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC 1/4] ACPI/AEST: Initial AEST driver
  • From: Tyler Baicar OS <baicar@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 0/3] Support CPU hotplug for ARM64
  • From: Maran Wilson <maran.wilson@xxxxxxxxxx>
• Re: [GIT PULL] ACPI updates for v5.3-rc1
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [GIT PULL] Power management updates for v5.3-rc1
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [GIT PULL] Device properties framework updates for v5.3-rc1
  • From: pr-tracker-bot@xxxxxxxxxx
• RE: [PATCH 2/8] thunderbolt: Move NVM upgrade support flag to struct icm
  • From: <Mario.Limonciello@xxxxxxxx>
• Re: [PATCH 8/8] ACPI / property: Add two new Thunderbolt property GUIDs to the list
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v3 1/2] ACPI/PPTT: Add support for ACPI 6.3 thread flag
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [GIT PULL] Device properties framework updates for v5.3-rc1
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [GIT PULL] ACPI updates for v5.3-rc1
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [GIT PULL] Power management updates for v5.3-rc1
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• RE: drivers/acpi: Change the lpit function call flow
  • From: "Saha, Shaunak" <shaunak.saha@xxxxxxxxx>
• Re: [PATCH RFC 2/4] arm64: mm: Add RAS extension system register check to SEA handling
  • From: James Morse <james.morse@xxxxxxx>
• Re: Kernel panic and ACPI errors with recent update to 4.15.53 ( Ubuntu 18.04 LTS distro )
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v15 6/7] ext4: disable map_sync for async flush
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Kernel panic and ACPI errors with recent update to 4.15.53 ( Ubuntu 18.04 LTS distro )
  • From: Mark de Roussier <mark@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 6/6] device property: Remove struct property_set
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: [PATCH 39/39] docs: gpio: add sysfs interface to the admin-guide
  • From: Mauro Carvalho Chehab <mchehab+samsung@xxxxxxxxxx>
• Re: [PATCH] ACPI: PM: Fix "multiple definition of acpi_sleep_state_supported" for ARM64
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• RE: [pm:linux-next 113/119] emac-phy.c:(.text+0x1d8): multiple definition of `acpi_sleep_state_supported'
  • From: Dexuan Cui <decui@xxxxxxxxxxxxx>
• [PATCH] ACPI: PM: Fix "multiple definition of acpi_sleep_state_supported" for ARM64
  • From: Dexuan Cui <decui@xxxxxxxxxxxxx>
• [pm:linux-next 113/119] emac-phy.c:(.text+0x1d8): multiple definition of `acpi_sleep_state_supported'
  • From: kbuild test robot <lkp@xxxxxxxxx>
• RE: [PATCH 3/8] thunderbolt: Use 32-bit writes when writing ring producer/consumer
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 7/8] thunderbolt: Add support for Intel Ice Lake
  • From: Yehezkel Bernat <yehezkelshb@xxxxxxxxx>
• Re: [PATCH 0/8] thunderbolt: Intel Ice Lake support
  • From: Yehezkel Bernat <yehezkelshb@xxxxxxxxx>
• Re: [PATCH 7/8] thunderbolt: Add support for Intel Ice Lake
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH 7/8] thunderbolt: Add support for Intel Ice Lake
  • From: Yehezkel Bernat <yehezkelshb@xxxxxxxxx>
• [PATCH v15 7/7] xfs: disable map_sync for async flush
  • From: Pankaj Gupta <pagupta@xxxxxxxxxx>
• [PATCH v15 6/7] ext4: disable map_sync for async flush
  • From: Pankaj Gupta <pagupta@xxxxxxxxxx>
• [PATCH v15 5/7] dax: check synchronous mapping is supported
  • From: Pankaj Gupta <pagupta@xxxxxxxxxx>
• [PATCH v15 4/7] dm: enable synchronous dax
  • From: Pankaj Gupta <pagupta@xxxxxxxxxx>
• [PATCH v15 3/7] libnvdimm: add dax_dev sync flag
  • From: Pankaj Gupta <pagupta@xxxxxxxxxx>
• [PATCH v15 2/7] virtio-pmem: Add virtio pmem driver
  • From: Pankaj Gupta <pagupta@xxxxxxxxxx>
• [PATCH v15 1/7] libnvdimm: nd_region flush callback support
  • From: Pankaj Gupta <pagupta@xxxxxxxxxx>
• [PATCH v15 0/7] virtio pmem driver
  • From: Pankaj Gupta <pagupta@xxxxxxxxxx>
• Re: [PATCH 3/8] thunderbolt: Use 32-bit writes when writing ring producer/consumer
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH 3/8] thunderbolt: Use 32-bit writes when writing ring producer/consumer
  • From: Yehezkel Bernat <yehezkelshb@xxxxxxxxx>
• Re: [PATCH 2/8] thunderbolt: Move NVM upgrade support flag to struct icm
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/8] thunderbolt: Move NVM upgrade support flag to struct icm
  • From: Yehezkel Bernat <yehezkelshb@xxxxxxxxx>
• Re: [PATCH 0/8] thunderbolt: Intel Ice Lake support
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 0/3] Support CPU hotplug for ARM64
  • From: James Morse <james.morse@xxxxxxx>
• [PATCH 2/8] thunderbolt: Move NVM upgrade support flag to struct icm
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH 4/8] thunderbolt: Do not fail adding switch if some port is not implemented
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH 0/8] thunderbolt: Intel Ice Lake support
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH 5/8] thunderbolt: Hide switch attributes that are not set
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH 8/8] ACPI / property: Add two new Thunderbolt property GUIDs to the list
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH 6/8] thunderbolt: Expose active parts of NVM even if upgrade is not supported
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH 7/8] thunderbolt: Add support for Intel Ice Lake
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH 1/8] thunderbolt: Correct path indices for PCIe tunnel
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH 3/8] thunderbolt: Use 32-bit writes when writing ring producer/consumer
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 0/3] PCI / ACPI: Handle sibling devices sharing power resources
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/5] PM: PCI/ACPI: Hibernation handling fixes
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] ACPI: PM: Avoid evaluating _PS3 on transitions from D3hot to D3cold
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH] PCI: PM/ACPI: Refresh all stale power state data in pci_pm_complete()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH] ACPI: PM: Unexport acpi_device_get_power()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH] ACPICA: Fix compilation with bare-metal toolchian
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v3] ACPI / APEI: Remove needless __ghes_check_estatus() calls
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH 41/43] docs: extcon: convert it to ReST and move to acpi dir
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH] ACPI: APD: remove redundant assignment to pointer clk
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v1] ACPI / PMIC: intel: Drop double removal of address space handler
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH 0/5] ACPICA version 20190703
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH] ACPI: PM: Make acpi_sleep_state_supported() non-static
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• RE: [PATCH RFC 1/4] ACPI/AEST: Initial AEST driver
  • From: Shiju Jose <shiju.jose@xxxxxxxxxx>
• Re: [PATCH RFC 1/4] ACPI/AEST: Initial AEST driver
  • From: Andrew Murray <andrew.murray@xxxxxxx>
• Re: [RFC PATCH v2 2/3] arm64: mark all the GICC nodes in MADT as possible cpu
  • From: Xiongfeng Wang <wangxiongfeng2@xxxxxxxxxx>
• Re: [PATCH] ACPI: PM: Unexport acpi_device_get_power()
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 2/3] arm64: mark all the GICC nodes in MADT as possible cpu
  • From: Jia He <jiakernel2@xxxxxxxxx>
• Re: [PATCH RFC 0/3] Support CPU hotplug for ARM64
  • From: Xiongfeng Wang <wangxiongfeng2@xxxxxxxxxx>
• Re: [PATCH RFC 0/3] Support CPU hotplug for ARM64
  • From: Jia He <hejianet@xxxxxxxxx>
• Re: [PATCH RFC 0/3] Support CPU hotplug for ARM64
  • From: Jia He <hejianet@xxxxxxxxx>
• Re: [PATCH v2 1/2] ASoC: tas5720.c: cleanup variant management
  • From: Nikolaus Voss <nv@xxxxxxx>
• Re: [PATCH RFC 0/3] Support CPU hotplug for ARM64
  • From: Xiongfeng Wang <wangxiongfeng2@xxxxxxxxxx>
• Re: [pm:linux-next 91/102] include/linux/pm_qos.h:197:9: error: expected '(' before 'type'
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH RFC 0/3] Support CPU hotplug for ARM64
  • From: Jia He <hejianet@xxxxxxxxx>
• [PATCH] ACPI: PM: Make acpi_sleep_state_supported() non-static
  • From: Dexuan Cui <decui@xxxxxxxxxxxxx>
• Re: [PATCH v3 1/2] ACPI/PPTT: Add support for ACPI 6.3 thread flag
  • From: Jeremy Linton <jeremy.linton@xxxxxxx>
• [pm:linux-next 91/102] include/linux/pm_qos.h:197:9: error: expected '(' before 'type'
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [pm:linux-next 89/102] include/linux/pm_qos.h:209:4: error: expected identifier or '(' before '{' token
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH] ACPI: PM: Unexport acpi_device_get_power()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v3 1/2] ACPI/PPTT: Add support for ACPI 6.3 thread flag
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [PATCH 4/5] ACPICA: Update table load object initialization
  • From: Erik Schmauss <erik.schmauss@xxxxxxxxx>
• [PATCH 5/5] ACPICA: Update version to 20190703
  • From: Erik Schmauss <erik.schmauss@xxxxxxxxx>
• [PATCH 3/5] ACPICA: Update for object initialization sequence
  • From: Erik Schmauss <erik.schmauss@xxxxxxxxx>
• [PATCH 2/5] ACPICA: remove legacy module-level code due to deprecation
  • From: Erik Schmauss <erik.schmauss@xxxxxxxxx>
• [PATCH 1/5] ACPICA: Namespace: simplify creation of the initial/default namespace
  • From: Erik Schmauss <erik.schmauss@xxxxxxxxx>
• [PATCH 0/5] ACPICA version 20190703
  • From: Erik Schmauss <erik.schmauss@xxxxxxxxx>
• Re: [PATCH v2 1/2] ASoC: tas5720.c: cleanup variant management
  • From: "Andrew F. Davis" <afd@xxxxxx>
• Re: [PATCH RFC 1/4] ACPI/AEST: Initial AEST driver
  • From: Tyler Baicar OS <baicar@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/2] ACPI/PPTT: Add support for ACPI 6.3 thread flag
  • From: Jeremy Linton <jeremy.linton@xxxxxxx>
• Re: [PATCH v1] ACPI / PMIC: intel: Drop double removal of address space handler
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [RFC PATCH 0/6] CCIX Protocol Error reporting
  • From: Jonathan Cameron <jonathan.cameron@xxxxxxxxxx>
• RE: MPAM branch verification (was RE: [RFC PATCH 2/2] ACPI / PPTT: cacheinfo: Label caches based on fw_token)
  • From: Shameerali Kolothum Thodi <shameerali.kolothum.thodi@xxxxxxxxxx>
• Re: [PATCH v4 10/10] acpi/numa/hmat: Register "specific purpose" memory as an "hmem" device
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v4 09/10] acpi/numa/hmat: Register HMAT at device_initcall level
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v4 02/10] acpi/numa/hmat: Skip publishing target info for nodes with no online memory
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v4 01/10] acpi/numa: Establish a new drivers/acpi/numa/ directory
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v2 0/3] ACPI: New eject flow to remove devices cautiously
  • From: Chester Lin <chester.lin@xxxxxxxx>
• [PATCH v2 0/3] ACPI: New eject flow to remove devices cautiously
  • From: Chester Lin <chester.lin@xxxxxxxx>
• [PATCH v2 3/3] ACPI / device_sysfs: Add eject_show and add a cancel option in eject_store
  • From: Chester Lin <chester.lin@xxxxxxxx>
• [PATCH v2 2/3] ACPI / hotplug: Eject status trace and auto-remove approach
  • From: Chester Lin <chester.lin@xxxxxxxx>
• [PATCH v2 1/3] ACPI / hotplug: Send change events for offline/online requests when eject is triggered
  • From: Chester Lin <chester.lin@xxxxxxxx>
• Re: [RFC PATCH 0/6] CCIX Protocol Error reporting
  • From: James Morse <james.morse@xxxxxxx>
• Re: [PATCH RFC 1/4] ACPI/AEST: Initial AEST driver
  • From: Andrew Murray <andrew.murray@xxxxxxx>
• Re: [PATCH v3 1/2] ACPI/PPTT: Add support for ACPI 6.3 thread flag
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH 39/39] docs: gpio: add sysfs interface to the admin-guide
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• [PATCH v1] ACPI / PMIC: intel: Drop double removal of address space handler
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH RFC 0/4] ARM Error Source Table Support
  • From: Tyler Baicar OS <baicar@xxxxxxxxxxxxxxxxxxxxxx>
• [PATCH RFC 4/4] trace, ras: add ARM RAS extension trace event
  • From: Tyler Baicar OS <baicar@xxxxxxxxxxxxxxxxxxxxxx>
• [PATCH RFC 3/4] arm64: traps: Add RAS extension system register check to serror handling
  • From: Tyler Baicar OS <baicar@xxxxxxxxxxxxxxxxxxxxxx>
• [PATCH RFC 2/4] arm64: mm: Add RAS extension system register check to SEA handling
  • From: Tyler Baicar OS <baicar@xxxxxxxxxxxxxxxxxxxxxx>
• [PATCH RFC 1/4] ACPI/AEST: Initial AEST driver
  • From: Tyler Baicar OS <baicar@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/5] PM: ACPI/PCI: Resume all devices during hibernation
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v3 8/9] iommu/arm-smmu-v3: Add support for PCI ATS
  • From: Jean-Philippe Brucker <jean-philippe.brucker@xxxxxxx>
• [PATCH] ACPI: APD: remove redundant assignment to pointer clk
  • From: Colin King <colin.king@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] ASoC: tas5720.c: cleanup variant management
  • From: Nikolaus Voss <nv@xxxxxxx>
• Re: [PATCH v2 1/5] PM: ACPI/PCI: Resume all devices during hibernation
  • From: "Robert R. Howell" <RHowell@xxxxxxxx>
• Re: [PATCH v3 8/9] iommu/arm-smmu-v3: Add support for PCI ATS
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH v2 0/5] PM: PCI/ACPI: Hibernation handling fixes
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/5] PM: ACPI/PCI: Resume all devices during hibernation
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] ASoC: tas5720.c: cleanup variant management
  • From: "Andrew F. Davis" <afd@xxxxxx>
• Re: [PATCH v2 1/2] ASoC: tas5720.c: cleanup variant management
  • From: Nikolaus Voss <nv@xxxxxxx>
• Re: [PATCH v2 1/2] ASoC: tas5720.c: cleanup variant management
  • From: "Andrew F. Davis" <afd@xxxxxx>
• [PATCH v2 2/2] ASoC: tas5720.c: add ACPI enumeration support
  • From: Nikolaus Voss <nikolaus.voss@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 1/2] ASoC: tas5720.c: cleanup variant management
  • From: Nikolaus Voss <nikolaus.voss@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 0/2] ASoC: tas5720.c: add ACPI enumeration support
  • From: Nikolaus Voss <nikolaus.voss@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/5] PM: PCI/ACPI: Hibernation handling fixes
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v2 1/5] PM: ACPI/PCI: Resume all devices during hibernation
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v2 2/5] PCI: PM: Simplify bus-level hibernation callbacks
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v2 4/5] ACPI: PM: Introduce "poweroff" callbacks for ACPI PM domain and LPSS
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v2 3/5] ACPI: PM: Simplify and fix PM domain hibernation callbacks
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v2 5/5] ACPI: PM: Drop unused function and function header
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v2 0/5] PM: PCI/ACPI: Hibernation handling fixes
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH] sound/soc/codecs/tas5720.c: add ACPI support
  • From: Nikolaus Voss <nv@xxxxxxx>
• Re: [PATCH] sound/soc/codecs/tas5720.c: add ACPI support
  • From: Nikolaus Voss <nv@xxxxxxx>
• Re: [PATCHv2 1/2] hmat: Register memory-side cache after parsing
  • From: Brice Goglin <Brice.Goglin@xxxxxxxx>
• Re: [PATCH 41/43] docs: extcon: convert it to ReST and move to acpi dir
  • From: Chanwoo Choi <cw00.choi@xxxxxxxxxxx>
• Re: [PATCH 4/6] ACPI: LPSS: Fix ->suspend_late callbacks handling
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH 4/6] ACPI: LPSS: Fix ->suspend_late callbacks handling
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH 4/6] ACPI: LPSS: Fix ->suspend_late callbacks handling
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v7 0/6] I2C IRQ Probe Improvements
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• [PATCH 5/6] ACPI: PM: Introduce "poweroff" callbacks for ACPI PM domain and LPSS
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH 4/6] ACPI: LPSS: Fix ->suspend_late callbacks handling
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH 2/6] PCI: PM: Simplify bus-level hibernation callbacks
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH 3/6] ACPI: PM: Simplify and fix PM domain hibernation callbacks
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH 1/6] PM: ACPI/PCI: Resume all devices during hibernation
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH 0/6] PM: PCI/ACPI: Hibernation handling fixes
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH 6/6] ACPI: PM: Drop unused function and function header
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [RFC PATCH v2 1/3] ACPI / scan: evaluate _STA for processors declared via ASL Device statement
  • From: Xiongfeng Wang <wangxiongfeng2@xxxxxxxxxx>
• [RFC PATCH v2 2/3] arm64: mark all the GICC nodes in MADT as possible cpu
  • From: Xiongfeng Wang <wangxiongfeng2@xxxxxxxxxx>
• [RFC PATCH v2 0/3] Support CPU hotplug for ARM64
  • From: Xiongfeng Wang <wangxiongfeng2@xxxxxxxxxx>
• [RFC PATCH v2 3/3] arm64: Add CPU hotplug support
  • From: Xiongfeng Wang <wangxiongfeng2@xxxxxxxxxx>
• Re: [PATCH RFC 0/3] Support CPU hotplug for ARM64
  • From: Xiongfeng Wang <wangxiongfeng2@xxxxxxxxxx>
• [PATCH v3 2/2] arm64: topology: Use PPTT to determine if PE is a thread
  • From: Jeremy Linton <jeremy.linton@xxxxxxx>
• [PATCH v3 1/2] ACPI/PPTT: Add support for ACPI 6.3 thread flag
  • From: Jeremy Linton <jeremy.linton@xxxxxxx>
• [PATCH v3 0/2] arm64/PPTT ACPI 6.3 thread flag support
  • From: Jeremy Linton <jeremy.linton@xxxxxxx>
• Re: [PATCH] sound/soc/codecs/tas5720.c: add ACPI support
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v2 1/2] ACPI/PPTT: Add support for ACPI 6.3 thread flag
  • From: Jeremy Linton <jeremy.linton@xxxxxxx>
• Re: [PATCH] sound/soc/codecs/tas5720.c: add ACPI support
  • From: "Andrew F. Davis" <afd@xxxxxx>
• [PATCH] sound/soc/codecs/tas5720.c: add ACPI support
  • From: Nikolaus Voss <nikolaus.voss@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 39/39] docs: gpio: add sysfs interface to the admin-guide
  • From: Mauro Carvalho Chehab <mchehab+samsung@xxxxxxxxxx>
• [PATCH 41/43] docs: extcon: convert it to ReST and move to acpi dir
  • From: Mauro Carvalho Chehab <mchehab+samsung@xxxxxxxxxx>
• [PATCH RFC 3/3] arm64: Add CPU hotplug support
  • From: Xiongfeng Wang <wangxiongfeng2@xxxxxxxxxx>
• [PATCH RFC 2/3] arm64: mark all the GICC nodes in MADT as possible cpu
  • From: Xiongfeng Wang <wangxiongfeng2@xxxxxxxxxx>
• [PATCH RFC 1/3] ACPI / scan: evaluate _STA for processors declared via ASL Device statement
  • From: Xiongfeng Wang <wangxiongfeng2@xxxxxxxxxx>
• [PATCH RFC 0/3] Support CPU hotplug for ARM64
  • From: Xiongfeng Wang <wangxiongfeng2@xxxxxxxxxx>
• Re: [PATCH] ACPI: BGRT table overriding
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v1] ACPI / sleep: Switch to use acpi_dev_get_first_match_dev()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v2, resend] device property: Add helpers to count items in an array
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH] acpi: make AC and battery drivers available on !X86
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v5 0/4] arm64: SPE ACPI enablement
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: [PATCH 1/2] device property: Add new array helper
  • From: Charles Keepax <ckeepax@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v8 5/6] i2c: core: Move ACPI gpio IRQ handling into i2c_acpi_get_irq
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v8 4/6] i2c: core: Move ACPI IRQ handling to probe time
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v8 3/6] i2c: acpi: Factor out getting the IRQ from ACPI
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v8 2/6] i2c: acpi: Use available IRQ helper functions
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 2/4] ACPI/PPTT: Add function to return ACPI 6.3 Identical tokens
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v5 1/4] ACPI/PPTT: Modify node flag detection to find last IDENTICAL
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH 1/2] device property: Add new array helper
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH 1/2] device property: Add new array helper
  • From: Charles Keepax <ckeepax@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] device property: Add new array helper
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [PATCH v8 1/6] i2c: core: Allow whole core to use i2c_dev_irq_from_resources
  • From: Charles Keepax <ckeepax@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH v8 6/6] i2c: core: Tidy up handling of init_irq
  • From: Charles Keepax <ckeepax@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH v8 3/6] i2c: acpi: Factor out getting the IRQ from ACPI
  • From: Charles Keepax <ckeepax@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH v8 5/6] i2c: core: Move ACPI gpio IRQ handling into i2c_acpi_get_irq
  • From: Charles Keepax <ckeepax@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH v8 0/6] I2C IRQ Probe Improvements
  • From: Charles Keepax <ckeepax@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH v8 4/6] i2c: core: Move ACPI IRQ handling to probe time
  • From: Charles Keepax <ckeepax@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH v8 2/6] i2c: acpi: Use available IRQ helper functions
  • From: Charles Keepax <ckeepax@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] device property: Add new array helper
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v7 2/6] i2c: acpi: Use available IRQ helper functions
  • From: Charles Keepax <ckeepax@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 1/4] ACPI/PPTT: Modify node flag detection to find last IDENTICAL
  • From: Hanjun Guo <guohanjun@xxxxxxxxxx>
• Re: [PATCH 2/2] ASoC: madera: Read device tree configuration
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] device property: Add new array helper
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH v5 2/4] ACPI/PPTT: Add function to return ACPI 6.3 Identical tokens
  • From: Jeremy Linton <jeremy.linton@xxxxxxx>
• [PATCH v5 1/4] ACPI/PPTT: Modify node flag detection to find last IDENTICAL
  • From: Jeremy Linton <jeremy.linton@xxxxxxx>
• [PATCH v5 4/4] perf: arm_spe: Enable ACPI/Platform automatic module loading
  • From: Jeremy Linton <jeremy.linton@xxxxxxx>
• [PATCH v5 3/4] arm_pmu: acpi: spe: Add initial MADT/SPE probing
  • From: Jeremy Linton <jeremy.linton@xxxxxxx>
• [PATCH v5 0/4] arm64: SPE ACPI enablement
  • From: Jeremy Linton <jeremy.linton@xxxxxxx>
• Re: [PATCH v7 0/6] I2C IRQ Probe Improvements
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v7 2/6] i2c: acpi: Use available IRQ helper functions
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH] ACPI / LPSS: Don't skip late system PM ops for hibernate on BYT/CHT
  • From: "Robert R. Howell" <RHowell@xxxxxxxx>
• [PATCH 1/2] device property: Add new array helper
  • From: Charles Keepax <ckeepax@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 2/2] ASoC: madera: Read device tree configuration
  • From: Charles Keepax <ckeepax@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH v7 4/6] i2c: core: Move ACPI IRQ handling to probe time
  • From: Charles Keepax <ckeepax@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH v7 6/6] i2c: core: Tidy up handling of init_irq
  • From: Charles Keepax <ckeepax@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH v7 3/6] i2c: acpi: Factor out getting the IRQ from ACPI
  • From: Charles Keepax <ckeepax@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH v7 5/6] i2c: core: Move ACPI gpio IRQ handling into i2c_acpi_get_irq
  • From: Charles Keepax <ckeepax@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH v7 1/6] i2c: core: Allow whole core to use i2c_dev_irq_from_resources
  • From: Charles Keepax <ckeepax@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH v7 2/6] i2c: acpi: Use available IRQ helper functions
  • From: Charles Keepax <ckeepax@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH v7 0/6] I2C IRQ Probe Improvements
  • From: Charles Keepax <ckeepax@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 4/7] i2c: core: Make i2c_acpi_get_irq available to the rest of the I2C core
  • From: Charles Keepax <ckeepax@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] PCI: PM: Skip devices in D0 for suspend-to-idle
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 08/10] device-dax: Add a driver for "hmem" devices
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v2] PCI: PM: Skip devices in D0 for suspend-to-idle
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH] PCI: PM/ACPI: Refresh all stale power state data in pci_pm_complete()
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 01/10] acpi/numa: Establish a new drivers/acpi/numa/ directory
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v4 10/10] acpi/numa/hmat: Register "specific purpose" memory as an "hmem" device
  • From: Jonathan Cameron <jonathan.cameron@xxxxxxxxxx>
• Re: [PATCH v4 08/10] device-dax: Add a driver for "hmem" devices
  • From: Jonathan Cameron <jonathan.cameron@xxxxxxxxxx>
• Re: [PATCH v4 05/10] x86, efi: Reserve UEFI 2.8 Specific Purpose Memory for dax
  • From: Jonathan Cameron <jonathan.cameron@xxxxxxxxxx>
• Re: [PATCH v2 1/2] ACPI/PPTT: Add support for ACPI 6.3 thread flag
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH v4 01/10] acpi/numa: Establish a new drivers/acpi/numa/ directory
  • From: Jonathan Cameron <jonathan.cameron@xxxxxxxxxx>
• Re: [PATCH 2/2] ACPI: PM: Allow transitions to D0 to occur in special cases
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] ACPI: PM: Avoid evaluating _PS3 on transitions from D3hot to D3cold
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v2] PCI: PM: Skip devices in D0 for suspend-to-idle
  • From: Jon Hunter <jonathanh@xxxxxxxxxx>
• Re: [PATCH v6 4/7] i2c: core: Make i2c_acpi_get_irq available to the rest of the I2C core
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v2] PCI: PM: Skip devices in D0 for suspend-to-idle
  • From: Jon Hunter <jonathanh@xxxxxxxxxx>
• Re: [PATCH v2] PCI: PM: Skip devices in D0 for suspend-to-idle
  • From: Jon Hunter <jonathanh@xxxxxxxxxx>
• Re: [PATCH v6 4/7] i2c: core: Make i2c_acpi_get_irq available to the rest of the I2C core
  • From: Charles Keepax <ckeepax@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/3] PCI / ACPI: Use cached ACPI device state to get PCI device power state
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [PATCH] PCI: PM/ACPI: Refresh all stale power state data in pci_pm_complete()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH 0/2] ACPI: PM: Fix two issues in acpi_device_set_power()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH 1/2] ACPI: PM: Avoid evaluating _PS3 on transitions from D3hot to D3cold
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH 2/2] ACPI: PM: Allow transitions to D0 to occur in special cases
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v6 4/7] i2c: core: Make i2c_acpi_get_irq available to the rest of the I2C core
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/6] CCIX Protocol Error reporting
  • From: Jonathan Cameron <jonathan.cameron@xxxxxxxxxx>
• Re: [PATCH v3 0/3] PCI / ACPI: Handle sibling devices sharing power resources
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [PATCH v3 0/3] PCI / ACPI: Handle sibling devices sharing power resources
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH v3 3/3] PCI / ACPI: Add _PR0 dependent devices
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH v3 1/3] PCI / ACPI: Use cached ACPI device state to get PCI device power state
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH v3 2/3] ACPI / PM: Introduce concept of a _PR0 dependent device
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/3] PCI / ACPI: Use cached ACPI device state to get PCI device power state
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/3] PCI / ACPI: Use cached ACPI device state to get PCI device power state
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v2 1/3] PCI / ACPI: Use cached ACPI device state to get PCI device power state
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/4 V3] ACPI: Support generic initiator proximity domains
  • From: Jonathan Cameron <jonathan.cameron@xxxxxxxxxx>
• [PATCH v3] ACPI / APEI: Remove needless __ghes_check_estatus() calls
  • From: luanshi <zhangliguang@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] ACPI / LPSS: Don't skip late system PM ops for hibernate on BYT/CHT
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v2] PCI: PM: Skip devices in D0 for suspend-to-idle
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v2] PCI: PM: Skip devices in D0 for suspend-to-idle
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v2] PCI: PM: Skip devices in D0 for suspend-to-idle
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [PATCH v4 10/10] acpi/numa/hmat: Register "specific purpose" memory as an "hmem" device
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v4 09/10] acpi/numa/hmat: Register HMAT at device_initcall level
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v4 08/10] device-dax: Add a driver for "hmem" devices
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v4 07/10] resource: Uplevel the pmem "region" ida to a global allocator
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v4 06/10] x86, efi: Add efi_fake_mem support for EFI_MEMORY_SP
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v4 05/10] x86, efi: Reserve UEFI 2.8 Specific Purpose Memory for dax
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v4 04/10] x86, efi: Push EFI_MEMMAP check into leaf routines
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v4 03/10] efi: Enumerate EFI_MEMORY_SP
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v4 02/10] acpi/numa/hmat: Skip publishing target info for nodes with no online memory
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v4 01/10] acpi/numa: Establish a new drivers/acpi/numa/ directory
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v4 00/10] EFI Specific Purpose Memory Support
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: MPAM branch verification (was RE: [RFC PATCH 2/2] ACPI / PPTT: cacheinfo: Label caches based on fw_token)
  • From: James Morse <james.morse@xxxxxxx>
• Re: [PATCH v2] ACPI / APEI: Remove needless __ghes_check_estatus() calls
  • From: James Morse <james.morse@xxxxxxx>
• Re: [PATCH] ACPI / APEI: Remove needless __ghes_check_estatus() calls
  • From: James Morse <james.morse@xxxxxxx>
• Re: [RFC PATCH] acpi/arm64: ignore 5.1 FADTs that are reported as 5.0
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH v2] PCI: PM: Skip devices in D0 for suspend-to-idle
  • From: Jon Hunter <jonathanh@xxxxxxxxxx>
• [PATCH v2] ACPI / APEI: Remove needless __ghes_check_estatus() calls
  • From: luanshi <zhangliguang@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/3] PCI / ACPI: Use cached ACPI device state to get PCI device power state
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/3] PCI / ACPI: Use cached ACPI device state to get PCI device power state
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/3] PCI / ACPI: Use cached ACPI device state to get PCI device power state
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH] ACPI / LPSS: Don't skip late system PM ops for hibernate on BYT/CHT
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH] ACPI / LPSS: Don't skip late system PM ops for hibernate on BYT/CHT
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [RFC PATCH] acpi/arm64: ignore 5.1 FADTs that are reported as 5.0
  • From: Hanjun Guo <guohanjun@xxxxxxxxxx>
• Re: [PATCH v2 03/28] acpi: utils: Cleanup acpi_dev_match_cb
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3] ACPI / APEI: release resources if gen_pool_add fails
  • From: luanshi <zhangliguang@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] ACPI / APEI: release resources if gen_pool_add fails
  • From: 乱石 <zhangliguang@xxxxxxxxxxxxxxxxx>
• Re: [PATCH V34 16/29] acpi: Disable ACPI table override if the kernel is locked down
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH V34 15/29] acpi: Ignore acpi_rsdp kernel param when the kernel has been locked down
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH V34 14/29] ACPI: Limit access to custom_method when the kernel is locked down
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH] ACPICA: Fix compilation with bare-metal toolchian
  • From: "Laster K." <officiallazerl0rd@xxxxxxxxx>
• Re: [PATCH v2 1/3] ACPI: Resolve objects on host-directed table loads
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v2 1/3] PCI / ACPI: Use cached ACPI device state to get PCI device power state
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH V34 14/29] ACPI: Limit access to custom_method when the kernel is locked down
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V34 16/29] acpi: Disable ACPI table override if the kernel is locked down
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• [PATCH V34 15/29] acpi: Ignore acpi_rsdp kernel param when the kernel has been locked down
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• Re: [PATCH v3 0/6] mm: Further memory block device cleanups
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 0/6] mm: Further memory block device cleanups
  • From: Qian Cai <cai@xxxxxx>
• Re: [PATCH v3 0/6] mm: Further memory block device cleanups
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v3 0/6] mm: Further memory block device cleanups
  • From: Qian Cai <cai@xxxxxx>
• Re: [PATCH v3 0/6] mm: Further memory block device cleanups
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v3 0/6] mm: Further memory block device cleanups
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [RFC PATCH 1/6] efi / ras: CCIX Memory error reporting
  • From: Jonathan Cameron <jonathan.cameron@xxxxxxxxxx>
• MPAM branch verification (was RE: [RFC PATCH 2/2] ACPI / PPTT: cacheinfo: Label caches based on fw_token)
  • From: Shameerali Kolothum Thodi <shameerali.kolothum.thodi@xxxxxxxxxx>
• Re: [PATCH v2] ACPI / APEI: release resources if gen_pool_add fails
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v3 5/6] mm/memory_hotplug: Move and simplify walk_memory_blocks()
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v3 0/6] mm: Further memory block device cleanups
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH] ACPI / APEI: Remove needless __ghes_check_estatus() calls
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v3 0/6] mm: Further memory block device cleanups
  • From: Qian Cai <cai@xxxxxx>
• Re: [PATCH 4/5] bus: hisi_lpc: Add .remove method to avoid driver unbind crash
  • From: John Garry <john.garry@xxxxxxxxxx>
• Re: [PATCH 4/5] bus: hisi_lpc: Add .remove method to avoid driver unbind crash
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• [PATCH v14 7/7] xfs: disable map_sync for async flush
  • From: Pankaj Gupta <pagupta@xxxxxxxxxx>
• [PATCH v14 6/7] ext4: disable map_sync for async flush
  • From: Pankaj Gupta <pagupta@xxxxxxxxxx>
• [PATCH v14 5/7] dax: check synchronous mapping is supported
  • From: Pankaj Gupta <pagupta@xxxxxxxxxx>
• [PATCH v13 4/7] dm: enable synchronous dax
  • From: Pankaj Gupta <pagupta@xxxxxxxxxx>