Linux Advanced Configuration and Power Interface (ACPI)

• Thread Index

• [PATCH 2/2] KVM: x86: notify user space about guest entering s2idle
  • From: Grzegorz Jaszczyk <jaz@xxxxxxxxxxxx>
• [PATCH 1/2] x86: notify hypervisor about guest entering s2idle state
  • From: Grzegorz Jaszczyk <jaz@xxxxxxxxxxxx>
• [PATCH 0/2] x86: notify hypervisor/VMM about guest entering s2idle
  • From: Grzegorz Jaszczyk <jaz@xxxxxxxxxxxx>
• Re: [PATCH v1] ACPI: Split out processor thermal register from ACPI PSS
  • From: Punit Agrawal <punit.agrawal@xxxxxxxxxxxxx>
• Re: [PATCH 24/36] printk: Remove trace_.*_rcuidle() usage
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 24/36] printk: Remove trace_.*_rcuidle() usage
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 33/36] cpuidle,omap3: Use WFI for omap3_pm_idle()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 33/36] cpuidle,omap3: Use WFI for omap3_pm_idle()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 24/36] printk: Remove trace_.*_rcuidle() usage
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 33/36] cpuidle,omap3: Use WFI for omap3_pm_idle()
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH 20/36] arch/idle: Change arch_cpu_idle() IRQ behaviour
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 33/36] cpuidle,omap3: Use WFI for omap3_pm_idle()
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 02/36] x86/idle: Replace x86_idle with a static_call
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH 04/36] cpuidle,intel_idle: Fix CPUIDLE_FLAG_IRQ_ENABLE
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH 04/36] cpuidle,intel_idle: Fix CPUIDLE_FLAG_IRQ_ENABLE
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 34/36] cpuidle,omap3: Push RCU-idle into omap_sram_idle()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 04/36] cpuidle,intel_idle: Fix CPUIDLE_FLAG_IRQ_ENABLE
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [PATCH 19/36] objtool/idle: Validate __cpuidle code as noinstr
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 33/36] cpuidle,omap3: Use WFI for omap3_pm_idle()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 27/36] cpuidle,mwait: Make noinstr clean
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 34/36] cpuidle,omap3: Push RCU-idle into omap_sram_idle()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 18/36] cpuidle: Annotate poll_idle()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 20/36] arch/idle: Change arch_cpu_idle() IRQ behaviour
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 00/36] cpuidle,rcu: Cleanup the mess
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 29/36] cpuidle,xenpv: Make more PARAVIRT_XXL noinstr clean
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 35/36] cpuidle,powerdomain: Remove trace_.*_rcuidle()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 24/36] printk: Remove trace_.*_rcuidle() usage
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 16/36] rcu: Fix rcu_idle_exit()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 25/36] time/tick-broadcast: Remove RCU_NONIDLE usage
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 13/36] cpuidle,dt: Push RCU-idle into driver
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 01/36] x86/perf/amd: Remove tracing from perf_lopwr_cb()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 15/36] cpuidle,cpu_pm: Remove RCU fiddling from cpu_pm_{enter,exit}()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 11/36] cpuidle,armada: Push RCU-idle into driver
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 28/36] cpuidle,tdx: Make tdx noinstr clean
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 22/36] arm,smp: Remove trace_.*_rcuidle() usage
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 23/36] arm64,smp: Remove trace_.*_rcuidle() usage
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 06/36] cpuidle,riscv: Push RCU-idle into driver
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 05/36] cpuidle: Move IRQ state validation
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 07/36] cpuidle,tegra: Push RCU-idle into driver
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 09/36] cpuidle,imx6: Push RCU-idle into driver
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 03/36] cpuidle/poll: Ensure IRQ state is invariant
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 21/36] x86/tdx: Remove TDX_HCALL_ISSUE_STI
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 26/36] cpuidle,sched: Remove annotations from TIF_{POLLING_NRFLAG,NEED_RESCHED}
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 17/36] acpi_idle: Remove tracing
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 04/36] cpuidle,intel_idle: Fix CPUIDLE_FLAG_IRQ_ENABLE
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 32/36] ftrace: WARN on rcuidle
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 31/36] cpuidle,acpi: Make noinstr clean
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 10/36] cpuidle,omap3: Push RCU-idle into driver
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 12/36] cpuidle,omap2: Push RCU-idle into driver
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 14/36] cpuidle: Fix rcu_idle_*() usage
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 36/36] cpuidle,clk: Remove trace_.*_rcuidle()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 02/36] x86/idle: Replace x86_idle with a static_call
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 08/36] cpuidle,psci: Push RCU-idle into driver
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 30/36] cpuidle,nospec: Make noinstr clean
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [syzbot] general protection fault in __device_attach
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• Re: [syzbot] general protection fault in __device_attach
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• RE: [PATCH v5 5/6] x86: Add Kconfig/Makefile to build hardware prefetch control driver
  • From: "tarumizu.kohei@xxxxxxxxxxx" <tarumizu.kohei@xxxxxxxxxxx>
• Re: [syzbot] general protection fault in __device_attach
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH] ACPI: processor/idle: Annotate more functions to live in cpuidle section
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH v5 2/6] soc: fujitsu: Add Kconfig/Makefile to build hardware prefetch control driver
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH v5 5/6] x86: Add Kconfig/Makefile to build hardware prefetch control driver
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [RFC PATCH v1 8/9] net: ipconfig: Force fw_devlink to unblock any devices that might probe
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v5 2/6] soc: fujitsu: Add Kconfig/Makefile to build hardware prefetch control driver
  • From: Kohei Tarumizu <tarumizu.kohei@xxxxxxxxxxx>
• [PATCH v5 4/6] x86: Add hardware prefetch control driver for x86
  • From: Kohei Tarumizu <tarumizu.kohei@xxxxxxxxxxx>
• [PATCH v5 3/6] arm64: Create cache sysfs directory without ACPI PPTT for hardware prefetch control
  • From: Kohei Tarumizu <tarumizu.kohei@xxxxxxxxxxx>
• [PATCH v5 5/6] x86: Add Kconfig/Makefile to build hardware prefetch control driver
  • From: Kohei Tarumizu <tarumizu.kohei@xxxxxxxxxxx>
• [PATCH v5 0/6] Add hardware prefetch control driver for A64FX and x86
  • From: Kohei Tarumizu <tarumizu.kohei@xxxxxxxxxxx>
• [PATCH v5 1/6] soc: fujitsu: Add hardware prefetch control driver for A64FX
  • From: Kohei Tarumizu <tarumizu.kohei@xxxxxxxxxxx>
• [PATCH v5 6/6] docs: ABI: Add sysfs documentation interface of hardware prefetch control driver
  • From: Kohei Tarumizu <tarumizu.kohei@xxxxxxxxxxx>
• Re: [syzbot] general protection fault in __device_attach
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• [rafael-pm:bleeding-edge] BUILD SUCCESS 6a8964e282382ab8f2e64355d2ce8eda80e8fe30
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [syzbot] general protection fault in __device_attach
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [RFC PATCH v1 2/9] pinctrl: devicetree: Delete usage of driver_deferred_probe_check_state()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v2] ACPI: OSL: Fix the memory mapping of an ACPI GAS that addresses a data structure
  • From: James Liu <james.liu@xxxxxxx>
• [PATCH v1] ACPI: Split out processor thermal register from ACPI PSS
  • From: Riwen Lu <luriwen@xxxxxxxxxxx>
• Re: [RFC PATCH v1 4/9] Revert "driver core: Set default deferred_probe_timeout back to 0."
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• Re: [RFC PATCH v1 0/9] deferred_probe_timeout logic clean up
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• Re: [RFC PATCH v1 0/9] deferred_probe_timeout logic clean up
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• Re: [RFC PATCH v1 2/9] pinctrl: devicetree: Delete usage of driver_deferred_probe_check_state()
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• Re: [RFC PATCH v1 4/9] Revert "driver core: Set default deferred_probe_timeout back to 0."
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• Re: [syzbot] general protection fault in __device_attach
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• [PATCH] ACPI, APEI, Fix syntax errors in comments
  • From: Xiang wangx <wangxiang@xxxxxxxxxx>
• Re: [syzbot] general protection fault in __device_attach
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [syzbot] general protection fault in __device_attach
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [syzbot] general protection fault in __device_attach
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [syzbot] general protection fault in __device_attach
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [syzbot] general protection fault in __device_attach
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [syzbot] general protection fault in __device_attach
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [syzbot] general protection fault in __device_attach
  • From: syzbot <syzbot+dd3c97de244683533381@xxxxxxxxxxxxxxxxxxxxxxxxx>
• [rafael-pm:bleeding-edge] BUILD SUCCESS 473d7985fed12e32bd979fc32b1c910f51d396bd
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 12/14] drm/nouveau: Register ACPI video backlight when nv_backlight registration fails
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [musl] Re: [GIT PULL] asm-generic changes for 5.19
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• Re: [musl] Re: [GIT PULL] asm-generic changes for 5.19
  • From: WANG Xuerui <kernel@xxxxxxxxxx>
• Re: [musl] Re: [GIT PULL] asm-generic changes for 5.19
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [musl] Re: [GIT PULL] asm-generic changes for 5.19
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [musl] Re: [GIT PULL] asm-generic changes for 5.19
  • From: WANG Xuerui <kernel@xxxxxxxxxx>
• Re: [musl] Re: [GIT PULL] asm-generic changes for 5.19
  • From: WANG Xuerui <kernel@xxxxxxxxxx>
• Re: [musl] Re: [GIT PULL] asm-generic changes for 5.19
  • From: WANG Xuerui <kernel@xxxxxxxxxx>
• Re: [PATCH v8 16/27] m68k: Switch to new sys-off handler API
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• Re: [musl] Re: [GIT PULL] asm-generic changes for 5.19
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [musl] Re: [GIT PULL] asm-generic changes for 5.19
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH] MAINTAINERS: Update my email address to @kernel.org
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v8 16/27] m68k: Switch to new sys-off handler API
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [musl] Re: [GIT PULL] asm-generic changes for 5.19
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• Re: [musl] Re: [GIT PULL] asm-generic changes for 5.19
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [musl] Re: [GIT PULL] asm-generic changes for 5.19
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• Re: [musl] Re: [GIT PULL] asm-generic changes for 5.19
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [musl] Re: [GIT PULL] asm-generic changes for 5.19
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• [rafael-pm:bleeding-edge] BUILD SUCCESS 2517a0ba026a90d717f7bd9ee51098c10e93904d
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [GIT PULL] More ACPI updates for v5.19-rc1
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [GIT PULL] More power management updates for v5.19-rc1
  • From: pr-tracker-bot@xxxxxxxxxx
• [GIT PULL] More power management updates for v5.19-rc1
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [GIT PULL] More ACPI updates for v5.19-rc1
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [musl] Re: [GIT PULL] asm-generic changes for 5.19
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [GIT PULL] asm-generic changes for 5.19
  • From: WANG Xuerui <kernel@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 38/55] ACPI: PM: Block ASUS B1400CEAE from suspend to idle by default
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.15 095/109] ACPI: CPPC: Assume no transition latency if no PCCT
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.10 51/76] ACPI: PM: Block ASUS B1400CEAE from suspend to idle by default
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.15 070/109] ACPI: PM: Block ASUS B1400CEAE from suspend to idle by default
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.17 120/135] ACPI: CPPC: Assume no transition latency if no PCCT
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.17 085/135] ACPI: PM: Block ASUS B1400CEAE from suspend to idle by default
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.18 142/159] ACPI: CPPC: Assume no transition latency if no PCCT
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.18 103/159] ACPI: PM: Block ASUS B1400CEAE from suspend to idle by default
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [GIT PULL] asm-generic changes for 5.19
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• Re: [RFC PATCH v1 7/9] driver core: Add fw_devlink_unblock_may_probe() helper function
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [RFC PATCH v1 0/9] deferred_probe_timeout logic clean up
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v1 2/9] pinctrl: devicetree: Delete usage of driver_deferred_probe_check_state()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v1 4/9] Revert "driver core: Set default deferred_probe_timeout back to 0."
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v1 0/9] deferred_probe_timeout logic clean up
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [musl] Re: [GIT PULL] asm-generic changes for 5.19
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [GIT PULL] asm-generic changes for 5.19
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [GIT PULL] asm-generic changes for 5.19
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [GIT PULL] asm-generic changes for 5.19
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• Re: [GIT PULL] asm-generic changes for 5.19
  • From: Marc Zyngier <maz@xxxxxxxxxx>
• Re: [GIT PULL] asm-generic changes for 5.19
  • From: WANG Xuerui <kernel@xxxxxxxxxx>
• Re: [GIT PULL] asm-generic changes for 5.19
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH] MAINTAINERS: Update my email address to @kernel.org
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [PATCH v3 2/8] ACPI: property: Tie data nodes to acpi handles
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v3 2/8] ACPI: property: Tie data nodes to acpi handles
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 2/8] ACPI: property: Tie data nodes to acpi handles
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v3 6/8] ACPI: property: Unify integer value reading functions
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 4/8] ACPI: property: Move property ref argument parsing into a new function
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 2/8] ACPI: property: Tie data nodes to acpi handles
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 7/8] ACPI: property: Add support for parsing buffer property UUID
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 8/8] ACPI: property: Read buffer properties as integers
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 2/8] ACPI: property: Tie data nodes to acpi handles
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [rafael-pm:bleeding-edge] BUILD SUCCESS 4eec359c469be110cdaa32c4a511930e9459fd8b
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v3 2/8] ACPI: property: Tie data nodes to acpi handles
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [RFC PATCH v1 8/9] net: ipconfig: Force fw_devlink to unblock any devices that might probe
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• [RFC PATCH v1 7/9] driver core: Add fw_devlink_unblock_may_probe() helper function
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• [RFC PATCH v1 6/9] iommu/of: Delete usage of driver_deferred_probe_check_state()
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• [RFC PATCH v1 5/9] driver core: Set fw_devlink.strict=1 by default
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• [RFC PATCH v1 9/9] driver core: Delete driver_deferred_probe_check_state()
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• [RFC PATCH v1 3/9] net: mdio: Delete usage of driver_deferred_probe_check_state()
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• [RFC PATCH v1 4/9] Revert "driver core: Set default deferred_probe_timeout back to 0."
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• [RFC PATCH v1 2/9] pinctrl: devicetree: Delete usage of driver_deferred_probe_check_state()
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• [RFC PATCH v1 1/9] PM: domains: Delete usage of driver_deferred_probe_check_state()
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• [RFC PATCH v1 0/9] deferred_probe_timeout logic clean up
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• [rafael-pm:bleeding-edge] BUILD SUCCESS ee80e69facff8b4c9c955b8e8c58949c50b4f6f3
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v3 7/8] ACPI: property: Add support for parsing buffer property UUID
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxx>
• Re: [PATCH v3 8/8] ACPI: property: Read buffer properties as integers
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 5/8] ACPI: property: Switch node property referencing from ifs to a switch
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 4/8] ACPI: property: Move property ref argument parsing into a new function
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxx>
• Re: [PATCH v3 3/8] ACPI: property: Use acpi_object_type consistently in property ref parsing
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 2/8] ACPI: property: Tie data nodes to acpi handles
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxx>
• Re: [PATCH v3 1/8] ACPI: property: Return type of acpi_add_nondev_subnodes() should be bool
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 6/8] ACPI: property: Unify integer value reading functions
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxx>
• Re: [PATCH 00/14] drm/kms: Stop registering multiple /sys/class/backlight devs for a single display
  • From: Daniel Dadap <ddadap@xxxxxxxxxx>
• Re: [PATCH 00/14] drm/kms: Stop registering multiple /sys/class/backlight devs for a single display
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH] ACPI: DPTF: Support Meteor Lake
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH] ACPI: CPPC: fix typo in comment
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [PATCH v3 7/8] ACPI: property: Add support for parsing buffer property UUID
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH v3 0/8] ACPI: Buffer property and reference as string support
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH v3 1/8] ACPI: property: Return type of acpi_add_nondev_subnodes() should be bool
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH v3 3/8] ACPI: property: Use acpi_object_type consistently in property ref parsing
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH v3 4/8] ACPI: property: Move property ref argument parsing into a new function
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH v3 6/8] ACPI: property: Unify integer value reading functions
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH v3 2/8] ACPI: property: Tie data nodes to acpi handles
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH v3 5/8] ACPI: property: Switch node property referencing from ifs to a switch
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH v3 8/8] ACPI: property: Read buffer properties as integers
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• RE: [PATCH v12 0/9] ACPI/IORT: Support for IORT RMR node
  • From: Shameerali Kolothum Thodi <shameerali.kolothum.thodi@xxxxxxxxxx>
• Re: [PATCH v2 7/8] ACPI: property: Add support for parsing buffer property UUID
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• Re: [GIT PULL] Device properties framework updates for v5.19-rc1
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [GIT PULL] ACPI updates for v5.19-rc1
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [GIT PULL] Thermal control updates for v5.19-rc1
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [GIT PULL] Power management updates for v5.19-rc1
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH v8 07/27] kernel/reboot: Add kernel_can_power_off()
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• Re: [PATCH v8 07/27] kernel/reboot: Add kernel_can_power_off()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v8 00/27] Introduce power-off+restart call chain API
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v8 07/27] kernel/reboot: Add kernel_can_power_off()
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• Re: [PATCH v8 07/27] kernel/reboot: Add kernel_can_power_off()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 09/14] ACPI: video: Make backlight class device registration a separate step
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [GIT PULL] Device properties framework updates for v5.19-rc1
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [GIT PULL] Thermal control updates for v5.19-rc1
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [GIT PULL] Power management updates for v5.19-rc1
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [GIT PULL] ACPI updates for v5.19-rc1
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v8 00/27] Introduce power-off+restart call chain API
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2] ACPI: DPTF: Support Meteor Lake
  • From: Sumeet Pawnikar <sumeet.r.pawnikar@xxxxxxxxx>
• Re: [PATCH] ACPI: DPTF: Support Meteor Lake
  • From: srinivas pandruvada <srinivas.pandruvada@xxxxxxxxxxxxxxx>
• [PATCH] ACPI: DPTF: Support Meteor Lake
  • From: Sumeet Pawnikar <sumeet.r.pawnikar@xxxxxxxxx>
• [PATCH v2] ACPI: OSL: Fix the memory mapping of an ACPI GAS that addresses a data structure
  • From: james.liu@xxxxxxx
• [rafael-pm:bleeding-edge] BUILD SUCCESS 3d22e39d225d7adb6c670065f4ae016e759171ed
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 15/20] ACPICA: executer/exsystem: Warn about sleeps greater than 10 ms
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: [PATCH 15/20] ACPICA: executer/exsystem: Warn about sleeps greater than 10 ms
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [PATCH] ACPI: CPPC: fix typo in comment
  • From: Julia Lawall <Julia.Lawall@xxxxxxxx>
• Re: [PATCH v2 6/8] ACPI: property: Unify integer value reading functions
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• Re: [PATCH 09/14] ACPI: video: Make backlight class device registration a separate step
  • From: Daniel Dadap <ddadap@xxxxxxxxxx>
• Re: [PATCH v2 7/8] ACPI: property: Add support for parsing buffer property UUID
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxx>
• Re: [PATCH v2 6/8] ACPI: property: Unify integer value reading functions
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxx>
• Re: [PATCH 02/11] ACPI: acpica: Constify pathname argument for acpi_get_handle()
  • From: "Shevchenko, Andriy" <andriy.shevchenko@xxxxxxxxx>
• [PATCH v2 0/2] null_blk: fix wrong use of nr_online_nodes
  • From: Peng Liu <liupeng256@xxxxxxxxxx>
• [PATCH v2 2/2] null_blk: fix wrong use of nr_online_nodes
  • From: Peng Liu <liupeng256@xxxxxxxxxx>
• [PATCH v2 1/2] numa: create node_available() helper
  • From: Peng Liu <liupeng256@xxxxxxxxxx>
• Re: [PATCH 02/11] ACPI: acpica: Constify pathname argument for acpi_get_handle()
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH v2 1/8] ACPI: property: Return type of acpi_add_nondev_subnodes() should be bool
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH v2 3/8] ACPI: property: Use acpi_object_type consistently in property ref parsing
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH v2 0/8] ACPI: Buffer property and reference as string support
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH v2 6/8] ACPI: property: Unify integer value reading functions
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH v2 4/8] ACPI: property: Move property ref argument parsing into a new function
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH v2 2/8] ACPI: property: Tie data nodes to acpi handles
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH v2 8/8] ACPI: property: Read buffer properties as integers
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH v2 7/8] ACPI: property: Add support for parsing buffer property UUID
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH v2 5/8] ACPI: property: Switch node property referencing from ifs to a switch
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• Re: [PATCH v2] ACPI: utils: include UUID in _DSM evaluation warning
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH] ACPI: video: improve PM notifer callback
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH 02/11] ACPI: acpica: Constify pathname argument for acpi_get_handle()
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v2 1/5] ACPI: CPPC: Check _OSC for flexible address space
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [PATCH v9 0/3] x86/PCI: Ignore E820 reservations for bridge windows on future systems
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v9 3/3] x86/PCI: Ignore E820 reserved regions for bridge windows on future systems
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v9 2/3] x86/PCI: Add DMI quirks to ignore E820 reserved regions on some systems
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v9 1/3] x86/PCI: Add kernel cmdline options to use/ignore E820 reserved regions
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v7 1/1] x86/PCI: Ignore E820 reservations for bridge windows on newer systems
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v7 1/1] x86/PCI: Ignore E820 reservations for bridge windows on newer systems
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• [PATCH] ACPI: video: improve PM notifer callback
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• Re: [PATCH v7 1/1] x86/PCI: Ignore E820 reservations for bridge windows on newer systems
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v7 1/1] x86/PCI: Ignore E820 reservations for bridge windows on newer systems
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v7 1/1] x86/PCI: Ignore E820 reservations for bridge windows on newer systems
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v8 00/27] Introduce power-off+restart call chain API
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• Re: [PATCH 7/7] rtc: cmos: Add suspend/resume endurance testing hook
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH 01/14] ACPI: video: Add a native function parameter to acpi_video_get_backlight_type()
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH 7/7] rtc: cmos: Add suspend/resume endurance testing hook
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [PATCH v7 1/1] x86/PCI: Ignore E820 reservations for bridge windows on newer systems
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH 02/11] ACPI: acpica: Constify pathname argument for acpi_get_handle()
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• Re: [PATCH 02/11] ACPI: acpica: Constify pathname argument for acpi_get_handle()
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH 12/14] drm/nouveau: Register ACPI video backlight when nv_backlight registration fails
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH 05/14] drm/nouveau: Don't register backlight when another backlight should be used
  • From: Lyude Paul <lyude@xxxxxxxxxx>
• Re: [PATCH 02/11] ACPI: acpica: Constify pathname argument for acpi_get_handle()
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• Re: [PATCH 7/7] rtc: cmos: Add suspend/resume endurance testing hook
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• Re: [PATCH 7/7] rtc: cmos: Add suspend/resume endurance testing hook
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v8 00/27] Introduce power-off+restart call chain API
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH 7/7] rtc: cmos: Add suspend/resume endurance testing hook
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• Re: [PATCH 0/7] PM: Solution for S0ix failure caused by PCH overheating
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• RE: [PATCH v1 1/1] Add driver for Mellanox BlueField-3 GPIO controller
  • From: Asmaa Mnebhi <asmaa@xxxxxxxxxx>
• [rafael-pm:bleeding-edge] BUILD SUCCESS c0ba9ef9d454d6189164b92bbfdb12f6691e880c
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v1 1/1] Add driver for Mellanox BlueField-3 GPIO controller
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v2 1/5] ACPI: CPPC: Check _OSC for flexible address space
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v2 1/5] ACPI: CPPC: Check _OSC for flexible address space
  • From: Pierre Gondois <pierre.gondois@xxxxxxx>
• Re: [PATCH 00/14] drm/kms: Stop registering multiple /sys/class/backlight devs for a single display
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH 00/14] drm/kms: Stop registering multiple /sys/class/backlight devs for a single display
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH 01/14] ACPI: video: Add a native function parameter to acpi_video_get_backlight_type()
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v2 1/5] ACPI: CPPC: Check _OSC for flexible address space
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH v2 3/5] ACPI: CPPC: Assume no transition latency if no PCCT
  • From: Pierre Gondois <pierre.gondois@xxxxxxx>
• [PATCH v2 1/5] ACPI: CPPC: Check _OSC for flexible address space
  • From: Pierre Gondois <pierre.gondois@xxxxxxx>
• [PATCH v2 4/5] cpufreq: CPPC: Enable fast_switch
  • From: Pierre Gondois <pierre.gondois@xxxxxxx>
• [PATCH v2 5/5] cpufreq: CPPC: Enable dvfs_possible_from_any_cpu
  • From: Pierre Gondois <pierre.gondois@xxxxxxx>
• [PATCH v2 2/5] ACPI: bus: Set CPPC _OSC bits for all and when CPPC_LIB is supported
  • From: Pierre Gondois <pierre.gondois@xxxxxxx>
• Re: [PATCH 01/14] ACPI: video: Add a native function parameter to acpi_video_get_backlight_type()
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH 00/14] drm/kms: Stop registering multiple /sys/class/backlight devs for a single display
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: [GIT PULL] Thermal control fix for v5.18-rc8
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH v2 01/14] thermal/core: Change thermal_zone_ops to thermal_sensor_ops
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v2 01/14] thermal/core: Change thermal_zone_ops to thermal_sensor_ops
  • From: srinivas pandruvada <srinivas.pandruvada@xxxxxxxxxxxxxxx>
• Re: [PATCH] ACPI: OSL: Fix the memory mapping of an ACPI GAS that addresses a data structure
  • From: James Liu <james.liu@xxxxxxx>
• Re: [PATCH v2 01/14] thermal/core: Change thermal_zone_ops to thermal_sensor_ops
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [PATCH v2] ACPI: utils: include UUID in _DSM evaluation warning
  • From: Michael Niewöhner <linux@xxxxxxxxxxxxxx>
• Re: [PATCH] ACPI: utils: include UUID in _DSM evaluation warning
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH] ACPI: utils: include UUID in _DSM evaluation warning
  • From: Michael Niewöhner <linux@xxxxxxxxxxxxxx>
• Re: [PATCH] ACPI: OSL: Fix the memory mapping of an ACPI GAS that addresses a data structure
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH] ACPI: OSL: Fix the memory mapping of an ACPI GAS that addresses a data structure
  • From: James Liu <james.liu@xxxxxxx>
• Re: [PATCH] ACPI: OSL: Fix the memory mapping of an ACPI GAS that addresses a data structure
  • From: James Liu <james.liu@xxxxxxx>
• Re: [PATCH 0/7] PM: Solution for S0ix failure caused by PCH overheating
  • From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxx>
• Re: [PATCH v2 01/14] thermal/core: Change thermal_zone_ops to thermal_sensor_ops
  • From: srinivas pandruvada <srinivas.pandruvada@xxxxxxxxxxxxxxx>
• [GIT PULL] Thermal control fix for v5.18-rc8
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH 02/11] ACPI: acpica: Constify pathname argument for acpi_get_handle()
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v2 01/14] thermal/core: Change thermal_zone_ops to thermal_sensor_ops
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [PATCH 08/14] ACPI: video: Simplify acpi_video_unregister_backlight()
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 05/14] drm/nouveau: Don't register backlight when another backlight should be used
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 09/14] ACPI: video: Make backlight class device registration a separate step
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 14/14] drm/radeon: Register ACPI video backlight when skipping radeon backlight registration
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 06/14] ACPI: video: Drop backlight_device_get_by_type() call from acpi_video_get_backlight_type()
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 10/14] ACPI: video: Remove code to unregister acpi_video backlight when a native backlight registers
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 11/14] drm/i915: Call acpi_video_register_backlight()
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 07/14] ACPI: video: Remove acpi_video_bus from list before tearing it down
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 04/14] drm/radeon: Don't register backlight when another backlight should be used
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 12/14] drm/nouveau: Register ACPI video backlight when nv_backlight registration fails
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 13/14] drm/amdgpu: Register ACPI video backlight when skipping amdgpu backlight registration
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 03/14] drm/amdgpu: Don't register backlight when another backlight should be used
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 02/14] drm/i915: Don't register backlight when another backlight should be used
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 01/14] ACPI: video: Add a native function parameter to acpi_video_get_backlight_type()
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 00/14] drm/kms: Stop registering multiple /sys/class/backlight devs for a single display
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH 7/7] rtc: cmos: Add suspend/resume endurance testing hook
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH 0/7] PM: Solution for S0ix failure caused by PCH overheating
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH 2/7] thermal: intel: pch: enhance overheat handling
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH] ACPI: utils: include UUID in _DSM evaluation warning
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [rafael-pm:bleeding-edge] BUILD SUCCESS 6b601767c503e2488f8e4ce6ce06ad67573797dd
  • From: kernel test robot <lkp@xxxxxxxxx>
• RE: [PATCH v12 0/9] ACPI/IORT: Support for IORT RMR node
  • From: Shameerali Kolothum Thodi <shameerali.kolothum.thodi@xxxxxxxxxx>
• [PATCH] ACPI: utils: include UUID in _DSM evaluation warning
  • From: Michael Niewöhner <linux@xxxxxxxxxxxxxx>
• Re: [PATCH v8 1/1] x86/PCI: Ignore E820 reservations for bridge windows on future systems
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• RE: [PATCH v1 1/1] Add driver for Mellanox BlueField-3 GPIO controller
  • From: Asmaa Mnebhi <asmaa@xxxxxxxxxx>
• Re: [PATCH v3 0/9] introduce fwnode in the I2C subsystem
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH 7/7] rtc: cmos: Add suspend/resume endurance testing hook
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• Re: [PATCH v3 0/9] introduce fwnode in the I2C subsystem
  • From: Clément Léger <clement.leger@xxxxxxxxxxx>
• Re: [PATCH v13] platform/chrome: Add ChromeOS ACPI device driver
  • From: patchwork-bot+chrome-platform@xxxxxxxxxx
• Re: [PATCH v3 0/9] introduce fwnode in the I2C subsystem
  • From: Peter Rosin <peda@xxxxxxxxxx>
• [rafael-pm:bleeding-edge] BUILD SUCCESS 60c4d1a7db661a73f444de5563a84e57ce78dc76
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v3 0/9] introduce fwnode in the I2C subsystem
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH] device property: Fix recent breakage of fwnode_get_next_parent_dev()
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] device property: Fix recent breakage of fwnode_get_next_parent_dev()
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• Re: [PATCH v1 1/1] Add driver for Mellanox BlueField-3 GPIO controller
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v13] platform/chrome: Add ChromeOS ACPI device driver
  • From: patchwork-bot+chrome-platform@xxxxxxxxxx
• Re: [PATCH v12 0/9] ACPI/IORT: Support for IORT RMR node
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [PATCH v12 0/9] ACPI/IORT: Support for IORT RMR node
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• [PATCH v13] platform/chrome: Add ChromeOS ACPI device driver
  • From: Muhammad Usama Anjum <usama.anjum@xxxxxxxxxxxxx>
• RE: [PATCH v1 1/1] Add driver for Mellanox BlueField-3 GPIO controller
  • From: Asmaa Mnebhi <asmaa@xxxxxxxxxx>
• Re: [PATCH v1 1/1] Add driver for Mellanox BlueField-3 GPIO controller
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• [PATCH v8 0/1] x86/PCI: Ignore E820 reservations for bridge windows on future systems
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v8 1/1] x86/PCI: Ignore E820 reservations for bridge windows on future systems
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v7 1/1] x86/PCI: Ignore E820 reservations for bridge windows on newer systems
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v1 3/5] ACPI: CPPC: Assume no transition latency if no PCCT
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v1 1/5] ACPI: CPPC: Check _OSC for flexible address space
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v2] drivers: acpi: clean up spaces to be consistent
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH] ACPI: PM: Block ASUS B1400CEAE from suspend to idle by default
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v12] platform/chrome: Add ChromeOS ACPI device driver
  • From: Guenter Roeck <groeck@xxxxxxxxxx>
• Re: Dell XPS 13 9310: Power Resource [PIN] results in 260 ms delay
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: [PATCH] : Revert "ACPI: Remove side effect of partly creating a node in acpi_get_node()"
  • From: Jonathan Lemon <jonathan.lemon@xxxxxxxxx>
• Re: [PATCH v12] platform/chrome: Add ChromeOS ACPI device driver
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v12] platform/chrome: Add ChromeOS ACPI device driver
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v12] platform/chrome: Add ChromeOS ACPI device driver
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] : Revert "ACPI: Remove side effect of partly creating a node in acpi_get_node()"
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH v12] platform/chrome: Add ChromeOS ACPI device driver
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: [PATCH v1 5/5] cpufreq: CPPC: Enable dvfs_possible_from_any_cpu
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH v1 4/5] cpufreq: CPPC: Enable fast_switch
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH v12] platform/chrome: Add ChromeOS ACPI device driver
  • From: Muhammad Usama Anjum <usama.anjum@xxxxxxxxxxxxx>
• Re: [PATCH] : Revert "ACPI: Remove side effect of partly creating a node in acpi_get_node()"
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH] : Revert "ACPI: Remove side effect of partly creating a node in acpi_get_node()"
  • From: Jonathan Lemon <jonathan.lemon@xxxxxxxxx>
• Re: [PATCH RESEND v11] platform/chrome: Add ChromeOS ACPI device driver
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH]: Revert "ACPI: Remove side effect of partly creating a node in acpi_get_node()"
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [PATCH]: Revert "ACPI: Remove side effect of partly creating a node in acpi_get_node()"
  • From: Jonathan Lemon <jonathan.lemon@xxxxxxxxx>
• Re: [PATCH RESEND v11] platform/chrome: Add ChromeOS ACPI device driver
  • From: Muhammad Usama Anjum <usama.anjum@xxxxxxxxxxxxx>
• Re: [PATCH RESEND v11] platform/chrome: Add ChromeOS ACPI device driver
  • From: Guenter Roeck <groeck@xxxxxxxxxx>
• Re: [PATCH RESEND v11] platform/chrome: Add ChromeOS ACPI device driver
  • From: Muhammad Usama Anjum <usama.anjum@xxxxxxxxxxxxx>
• Re: [PATCH v1 5/5] cpufreq: CPPC: Enable dvfs_possible_from_any_cpu
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH v1 4/5] cpufreq: CPPC: Enable fast_switch
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH v1 3/5] ACPI: CPPC: Assume no transition latency if no PCCT
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH v1 2/5] ACPI: bus: Set CPPC _OSC bits for all and when CPPC_LIB is supported
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH v1 1/5] ACPI: CPPC: Check _OSC for flexible address space
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• [PATCH v1 4/5] cpufreq: CPPC: Enable fast_switch
  • From: Pierre Gondois <pierre.gondois@xxxxxxx>
• [PATCH v1 5/5] cpufreq: CPPC: Enable dvfs_possible_from_any_cpu
  • From: Pierre Gondois <pierre.gondois@xxxxxxx>
• [PATCH v1 3/5] ACPI: CPPC: Assume no transition latency if no PCCT
  • From: Pierre Gondois <pierre.gondois@xxxxxxx>
• [PATCH v1 1/5] ACPI: CPPC: Check _OSC for flexible address space
  • From: Pierre Gondois <pierre.gondois@xxxxxxx>
• [PATCH v1 2/5] ACPI: bus: Set CPPC _OSC bits for all and when CPPC_LIB is supported
  • From: Pierre Gondois <pierre.gondois@xxxxxxx>
• Re: [PATCH v8 01/27] notifier: Add atomic_notifier_call_chain_is_empty()
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• Re: [PATCH] ACPI: PM: Block ASUS B1400CEAE from suspend to idle by default
  • From: Jian-Hong Pan <jhp@xxxxxxxxxxxxx>
• Re: [BUG] Re: [PATCH 1/3] topology: Represent clusters of CPUs within a die
  • From: Darren Hart <darren@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v8 01/27] notifier: Add atomic_notifier_call_chain_is_empty()
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• RE: [PATCH] mailbox: pcc: Fix an invalid-load caught by the address sanitizer
  • From: "Limonciello, Mario" <Mario.Limonciello@xxxxxxx>
• Re: [PATCH] mailbox: pcc: Fix an invalid-load caught by the address sanitizer
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• RE: [PATCH] mailbox: pcc: Fix an invalid-load caught by the address sanitizer
  • From: "Limonciello, Mario" <Mario.Limonciello@xxxxxxx>
• Re: [PATCH] mailbox: pcc: Fix an invalid-load caught by the address sanitizer
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• [PATCH] ACPI: PM: Block ASUS B1400CEAE from suspend to idle by default
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• Re: [PATCH RESEND v11] platform/chrome: Add ChromeOS ACPI device driver
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH RESEND v11] platform/chrome: Add ChromeOS ACPI device driver
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v12 0/9] ACPI/IORT: Support for IORT RMR node
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• RE: [PATCH v12 0/9] ACPI/IORT: Support for IORT RMR node
  • From: Shameerali Kolothum Thodi <shameerali.kolothum.thodi@xxxxxxxxxx>
• [PATCH RESEND v11] platform/chrome: Add ChromeOS ACPI device driver
  • From: Muhammad Usama Anjum <usama.anjum@xxxxxxxxxxxxx>
• [PATCH v11] platform/chrome: Add ChromeOS ACPI device driver
  • From: Muhammad Usama Anjum <usama.anjum@xxxxxxxxxxxxx>
• [PATCH v8 27/27] kernel/reboot: Add devm_register_restart_handler()
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v8 26/27] kernel/reboot: Add devm_register_power_off_handler()
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v8 25/27] soc/tegra: pmc: Use sys-off handler API to power off Nexus 7 properly
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v8 24/27] reboot: Remove pm_power_off_prepare()
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v8 22/27] ACPI: power: Switch to sys-off handler API
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v8 21/27] memory: emif: Use kernel_can_power_off()
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v8 23/27] regulator: pfuze100: Use devm_register_sys_off_handler()
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v8 20/27] mips: Use do_kernel_power_off()
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v8 18/27] x86: Use do_kernel_power_off()
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v8 19/27] ia64: Use do_kernel_power_off()
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v8 07/27] kernel/reboot: Add kernel_can_power_off()
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v8 08/27] kernel/reboot: Add register_platform_power_off()
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v8 14/27] xen/x86: Use do_kernel_power_off()
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v8 03/27] kernel/reboot: Introduce sys-off handler API
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v8 05/27] kernel/reboot: Add do_kernel_power_off()
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v8 13/27] parisc: Use do_kernel_power_off()
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v8 16/27] m68k: Switch to new sys-off handler API
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v8 09/27] ARM: Use do_kernel_power_off()
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v8 17/27] sh: Use do_kernel_power_off()
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v8 10/27] csky: Use do_kernel_power_off()
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v8 11/27] riscv: Use do_kernel_power_off()
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v8 12/27] arm64: Use do_kernel_power_off()
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v8 04/27] kernel/reboot: Wrap legacy power-off callbacks into sys-off handlers
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v8 15/27] powerpc: Use do_kernel_power_off()
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v8 06/27] kernel/reboot: Add stub for pm_power_off
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v8 00/27] Introduce power-off+restart call chain API
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v8 02/27] notifier: Add blocking/atomic_notifier_chain_register_unique_prio()
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v8 01/27] notifier: Add atomic_notifier_call_chain_is_empty()
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• RE: [PATCH 1/2] ACPI/AEST: Initial AEST driver
  • From: "ishii.shuuichir@xxxxxxxxxxx" <ishii.shuuichir@xxxxxxxxxxx>
• Re: [PATCH v7 1/1] x86/PCI: Ignore E820 reservations for bridge windows on newer systems
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v7 1/1] x86/PCI: Ignore E820 reservations for bridge windows on newer systems
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v7 1/1] x86/PCI: Ignore E820 reservations for bridge windows on newer systems
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH] mailbox: pcc: Fix an invalid-load caught by the address sanitizer
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• Re: [PATCH 1/2] ACPI/AEST: Initial AEST driver
  • From: Tyler Baicar <baicar@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v10] platform/chrome: Add ChromeOS ACPI device driver
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] PCI/ACPI: Always advertise ASPM support if CONFIG_PCIEASPM=y
  • From: Yicong Yang <yangyicong@xxxxxxxxxx>
• [rafael-pm:bleeding-edge 4/16] WARNING: modpost: vmlinux.o(.text+0xae6ba8): Section mismatch in reference from the function img_ir_isr_raw() to the variable .init.text:.LBB2360
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH v10] platform/chrome: Add ChromeOS ACPI device driver
  • From: Muhammad Usama Anjum <usama.anjum@xxxxxxxxxxxxx>
• Re: [BUG] Re: [PATCH 1/3] topology: Represent clusters of CPUs within a die
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH v2 01/14] thermal/core: Change thermal_zone_ops to thermal_sensor_ops
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 5.4] ACPICA: Always create namespace nodes using acpi_ns_create_node()
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 01/14] thermal/core: Change thermal_zone_ops to thermal_sensor_ops
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v7 1/1] x86/PCI: Ignore E820 reservations for bridge windows on newer systems
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH 2/2] ACPI: ARM Performance Monitoring Unit Table (APMT) initial support
  • From: Hanjun Guo <guohanjun@xxxxxxxxxx>
• [PATCH v2 01/14] thermal/core: Change thermal_zone_ops to thermal_sensor_ops
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [PATCH v7 1/1] x86/PCI: Ignore E820 reservations for bridge windows on newer systems
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH 7/7] rtc: cmos: Add suspend/resume endurance testing hook
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• Re: [PATCH 7/7] rtc: cmos: Add suspend/resume endurance testing hook
  • From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxx>
• Re: [PATCH 7/7] rtc: cmos: Add suspend/resume endurance testing hook
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• Re: [PATCH 5/7] wil6210: remove debug message for unsupported PM event
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• Re: [PATCH 7/7] rtc: cmos: Add suspend/resume endurance testing hook
  • From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxx>
• [PATCH v2] drivers: acpi: clean up spaces to be consistent
  • From: Ian Cowan <ian@xxxxxxxxxxxxxxxx>
• Re: [PATCH] drivers: acpi: clean up spaces to be consistent
  • From: Ian Cowan <ian@xxxxxxxxxxxxxxxx>
• [BUG] Re: [PATCH 1/3] topology: Represent clusters of CPUs within a die
  • From: Jeremy Linton <jeremy.linton@xxxxxxx>
• Re: [PATCH v1 1/1] device property: Advertise fwnode and device property count API calls
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH] ACPI: processor: idle: expose max_cstate/nocst/bm_check_disable read-only in sysfs
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH] ACPI: battery: Add "Not Charging" quirk for Microsoft Surface devices
  • From: Maximilian Luz <luzmaximilian@xxxxxxxxx>
• Re: [PATCH] ACPI: battery: Add "Not Charging" quirk for Microsoft Surface devices
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH] acpi/battery: Make "not-charging" the default on no charging or full info
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH] ACPI: AGDI: Fix missing prototype warning for acpi_agdi_init()
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH] drivers: acpi: clean up spaces to be consistent
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v5 1/7] device property: Add helper to match multiple connections
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v9] platform/chrome: Add ChromeOS ACPI device driver
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 1/2] include/linux/nodemask.h: create node_available() helper
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v7 1/1] x86/PCI: Ignore E820 reservations for bridge windows on newer systems
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v7 04/20] kernel: Add combined power-off+restart handler call chain API
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• Re: [PATCH v7 04/20] kernel: Add combined power-off+restart handler call chain API
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• Re: [PATCH v7 04/20] kernel: Add combined power-off+restart handler call chain API
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• Re: [PATCH v7 04/20] kernel: Add combined power-off+restart handler call chain API
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• Re: [PATCH 07/11] ACPI: Initialise device child list early to access data nodes early
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• Re: [PATCH 5/7] wil6210: remove debug message for unsupported PM event
  • From: Kalle Valo <kvalo@xxxxxxxxxx>
• Re: [PATCH v9] platform/chrome: Add ChromeOS ACPI device driver
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 07/11] ACPI: Initialise device child list early to access data nodes early
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [PATCH 01/11] ACPI: property: Return type of acpi_add_nondev_subnodes() should be bool
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH 00/11] ACPI: Buffer property and reference as string support
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH 04/11] ACPI: property: Use acpi_object_type consistently in property ref parsing
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH 07/11] ACPI: Initialise device child list early to access data nodes early
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH 02/11] ACPI: acpica: Constify pathname argument for acpi_get_handle()
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH 05/11] ACPI: property: Move property ref argument parsing into a new function
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH 08/11] ACPI: property: Parse data node string references in properties
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH 06/11] ACPI: property: Switch node property referencing from ifs to a switch
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH 09/11] ACPI: property: Unify integer value reading functions
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH 11/11] ACPI: property: Read buffer properties as integers
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH 10/11] ACPI: property: Add support for parsing buffer property UUID
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH 03/11] ACPI: property: Tie data nodes to acpi handles
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• Re: [PATCH v9] platform/chrome: Add ChromeOS ACPI device driver
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 3/4] platform/x86: pmc_atom: dont export pmc_atom_read - no modular users
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH 1/4] platform/x86: pmc_atom: remove unused pmc_atom_write()
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v9] platform/chrome: Add ChromeOS ACPI device driver
  • From: Muhammad Usama Anjum <usama.anjum@xxxxxxxxxxxxx>
• [PATCH 1/2] include/linux/nodemask.h: create node_available() helper
  • From: Peng Liu <liupeng256@xxxxxxxxxx>
• [PATCH 2/2] null_blk: fix wrong use of nr_online_nodes
  • From: Peng Liu <liupeng256@xxxxxxxxxx>
• [PATCH 0/2] null_blk: fix wrong use of nr_online_nodes
  • From: Peng Liu <liupeng256@xxxxxxxxxx>
• Re: [RFC v2 02/39] ACPI: add dependency on HAS_IOPORT
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH 2/4] ACPI: LPSS: make the Kconfig dependency on PMC_ATOM explicit
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [PATCH v1] ACPI: glue: Rearrange find_child_checks()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH] PCI/ACPI: Always advertise ASPM support if CONFIG_PCIEASPM=y
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v1 1/1] Add driver for Mellanox BlueField-3 GPIO controller
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• [PATCH v2] ACPI: DPTF: Add support for high frequency impedance notification
  • From: Sumeet Pawnikar <sumeet.r.pawnikar@xxxxxxxxx>
• RE: [PATCH v1 1/1] Add driver for Mellanox BlueField-3 GPIO controller
  • From: Asmaa Mnebhi <asmaa@xxxxxxxxxx>
• Re: [PATCH 0/7] PM: Solution for S0ix failure caused by PCH overheating
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• Re: [PATCH 5.4] ACPICA: Always create namespace nodes using acpi_ns_create_node()
  • From: Vegard Nossum <vegard.nossum@xxxxxxxxxx>
• [PATCH v7 0/1] x86/PCI: Ignore E820 reservations for bridge windows on newer systems
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v7 1/1] x86/PCI: Ignore E820 reservations for bridge windows on newer systems
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v1 1/1] Add driver for Mellanox BlueField-3 GPIO controller
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v2 0/3] x86/PCI: Log E820 clipping
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 5.4] ACPICA: Always create namespace nodes using acpi_ns_create_node()
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: cache_from_obj: Wrong slab cache. Acpi-Namespace but object is from kmalloc-64
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• cache_from_obj: Wrong slab cache. Acpi-Namespace but object is from kmalloc-64
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH] ACPI: DPTF: Add support for high frequency impedance notification
  • From: srinivas pandruvada <srinivas.pandruvada@xxxxxxxxxxxxxxx>
• RE: [PATCH v1 1/1] Add driver for Mellanox BlueField-3 GPIO controller
  • From: Asmaa Mnebhi <asmaa@xxxxxxxxxx>
• Re: [PATCH] PCI/ACPI: Always advertise ASPM support if CONFIG_PCIEASPM=y
  • From: Yicong Yang <yangyicong@xxxxxxxxxx>
• Re: [PATCH] device property: Fix recent breakage of fwnode_get_next_parent_dev()
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH 0/7] PM: Solution for S0ix failure caused by PCH overheating
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH 2/2] ACPI: ARM Performance Monitoring Unit Table (APMT) initial support
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH 0/7] PM: Solution for S0ix failure caused by PCH overheating
  • From: Oliver Neukum <oneukum@xxxxxxxx>
• Re: [RFC v2 02/39] ACPI: add dependency on HAS_IOPORT
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: [PATCH 5/7] wil6210: remove debug message for unsupported PM event
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• Re: [PATCH 5/7] wil6210: remove debug message for unsupported PM event
  • From: Kalle Valo <kvalo@xxxxxxxxxx>
• [PATCH 7/7] rtc: cmos: Add suspend/resume endurance testing hook
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• [PATCH 6/7] PM: suspend: introduce PM_SUSPEND_LATE event
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• [PATCH 5/7] wil6210: remove debug message for unsupported PM event
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• [PATCH 4/7] ACPI: video: improve PM notifer callback
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• [PATCH 3/7] thermal: intel: pch: improve the cooling delay log
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• [PATCH 1/7] PM: wakeup: expose pm_wakeup_pending to modules
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• [PATCH 2/7] thermal: intel: pch: enhance overheat handling
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• [PATCH 0/7] PM: Solution for S0ix failure caused by PCH overheating
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• Re: [PATCH v12 0/9] ACPI/IORT: Support for IORT RMR node
  • From: Hanjun Guo <guohanjun@xxxxxxxxxx>
• Re: [PATCH v12 5/9] ACPI/IORT: Add a helper to retrieve RMR info directly
  • From: Hanjun Guo <guohanjun@xxxxxxxxxx>
• Re: [PATCH v12 4/9] ACPI/IORT: Add support to retrieve IORT RMR reserved regions
  • From: Hanjun Guo <guohanjun@xxxxxxxxxx>
• Re: [PATCH v12 3/9] ACPI/IORT: Provide a generic helper to retrieve reserve regions
  • From: Hanjun Guo <guohanjun@xxxxxxxxxx>
• Re: [PATCH v12 2/9] ACPI/IORT: Make iort_iommu_msi_get_resv_regions() return void
  • From: Hanjun Guo <guohanjun@xxxxxxxxxx>
• RE: [PATCH 2/2] ACPI: ARM Performance Monitoring Unit Table (APMT) initial support
  • From: Besar Wicaksono <bwicaksono@xxxxxxxxxx>
• Re: [RFC v2 02/39] ACPI: add dependency on HAS_IOPORT
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH 2/2] ACPI: ARM Performance Monitoring Unit Table (APMT) initial support
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [RFC v2 02/39] ACPI: add dependency on HAS_IOPORT
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v12 0/9] ACPI/IORT: Support for IORT RMR node
  • From: Laurentiu Tudor <laurentiu.tudor@xxxxxxx>
• Re: [RFC v2 02/39] ACPI: add dependency on HAS_IOPORT
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: next: BUG: KASAN: slab-out-of-bounds in acpi_power_up_if_adr_present
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH] PCI/ACPI: Always advertise ASPM support if CONFIG_PCIEASPM=y
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• [PATCH v12 9/9] iommu/arm-smmu: Get associated RMR info and install bypass SMR
  • From: Shameer Kolothum <shameerali.kolothum.thodi@xxxxxxxxxx>
• [PATCH v12 6/9] iommu/arm-smmu-v3: Introduce strtab init helper
  • From: Shameer Kolothum <shameerali.kolothum.thodi@xxxxxxxxxx>
• [PATCH v12 8/9] iommu/arm-smmu-v3: Get associated RMR info and install bypass STE
  • From: Shameer Kolothum <shameerali.kolothum.thodi@xxxxxxxxxx>
• [PATCH v12 7/9] iommu/arm-smmu-v3: Refactor arm_smmu_init_bypass_stes() to force bypass
  • From: Shameer Kolothum <shameerali.kolothum.thodi@xxxxxxxxxx>
• [PATCH v12 5/9] ACPI/IORT: Add a helper to retrieve RMR info directly
  • From: Shameer Kolothum <shameerali.kolothum.thodi@xxxxxxxxxx>
• [PATCH v12 1/9] iommu: Introduce a callback to struct iommu_resv_region
  • From: Shameer Kolothum <shameerali.kolothum.thodi@xxxxxxxxxx>
• [PATCH v12 3/9] ACPI/IORT: Provide a generic helper to retrieve reserve regions
  • From: Shameer Kolothum <shameerali.kolothum.thodi@xxxxxxxxxx>
• [PATCH v12 0/9] ACPI/IORT: Support for IORT RMR node
  • From: Shameer Kolothum <shameerali.kolothum.thodi@xxxxxxxxxx>
• [PATCH v12 4/9] ACPI/IORT: Add support to retrieve IORT RMR reserved regions
  • From: Shameer Kolothum <shameerali.kolothum.thodi@xxxxxxxxxx>
• [PATCH v12 2/9] ACPI/IORT: Make iort_iommu_msi_get_resv_regions() return void
  • From: Shameer Kolothum <shameerali.kolothum.thodi@xxxxxxxxxx>
• Re: [PATCH 0/4] platform: allow ATOM PMC code to be optional
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH 6/6] nvdimm/region: Delete nd_blk_region infrastructure
  • From: Eugene Syromiatnikov <esyr@xxxxxxxxxx>
• Re: [PATCH v2 0/3] x86/PCI: Log E820 clipping
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH 0/4] platform: allow ATOM PMC code to be optional
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH 4/4] platform/x86: pmc_atom: make the PMC driver actually unselectable
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH 0/4] platform: allow ATOM PMC code to be optional
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v2 0/3] x86/PCI: Log E820 clipping
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v1 1/1] device property: Advertise fwnode and device property count API calls
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [5.18.0-rc5] report: kernel compile
  • From: Test Bot <zgrieee@xxxxxxxxx>
• Re: [PATCH] device property: Fix recent breakage of fwnode_get_next_parent_dev()
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• [rafael-pm:bleeding-edge] BUILD SUCCESS f2febeef358161ef4f8055451778e19fc78d429c
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] device property: Fix recent breakage of fwnode_get_next_parent_dev()
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• Re: next: BUG: KASAN: slab-out-of-bounds in acpi_power_up_if_adr_present
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH] device property: Fix recent breakage of fwnode_get_next_parent_dev()
  • From: Saravana Kannan <saravanak@xxxxxxxxxx>
• Re: [PATCH v6 2/5] device property: Introduce fwnode_for_each_parent_node()
  • From: Doug Anderson <dianders@xxxxxxxxxxxx>
• [PATCH] device property: Fix recent breakage of fwnode_get_next_parent_dev()
  • From: Douglas Anderson <dianders@xxxxxxxxxxxx>
• [PATCH] ACPI: battery: Add "Not Charging" quirk for Microsoft Surface devices
  • From: Maximilian Luz <luzmaximilian@xxxxxxxxx>
• Re: [PATCH 23/37] pnp: add HAS_IOPORT dependencies
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: [PATCH 03/37] ACPI: add dependency on HAS_IOPORT
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [RFC v2 27/39] pnp: add HAS_IOPORT dependencies
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH 23/37] pnp: add HAS_IOPORT dependencies
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [RFC v2 02/39] ACPI: add dependency on HAS_IOPORT
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH 03/37] ACPI: add dependency on HAS_IOPORT
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: [PATCH 0/4] platform: allow ATOM PMC code to be optional
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• next: BUG: KASAN: slab-out-of-bounds in acpi_power_up_if_adr_present
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH] PCI/ACPI: do not reference a pci device after it has been released
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH] PCI/ACPI: do not reference a pci device after it has been released
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [GIT PULL] ACPI fixes for v5.18-rc5
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] ACPI fixes for v5.18-rc5
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [GIT PULL] ACPI fixes for v5.18-rc5
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [GIT PULL] ACPI fixes for v5.18-rc5
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/4] platform: allow ATOM PMC code to be optional
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• Re: [PATCH] PCI/ACPI: do not reference a pci device after it has been released
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] PCI/ACPI: do not reference a pci device after it has been released
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• [GIT PULL] ACPI fixes for v5.18-rc5
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v11 0/9] ACPI/IORT: Support for IORT RMR node
  • From: Steven Price <steven.price@xxxxxxx>
• [PATCH] PCI/ACPI: do not reference a pci device after it has been released
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• RE: [PATCH v11 4/9] ACPI/IORT: Add support to retrieve IORT RMR reserved regions
  • From: Shameerali Kolothum Thodi <shameerali.kolothum.thodi@xxxxxxxxxx>
• Re: [PATCH v8] platform: x86: Add ChromeOS ACPI device driver
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v8] platform: x86: Add ChromeOS ACPI device driver
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v8] platform: x86: Add ChromeOS ACPI device driver
  • From: Muhammad Usama Anjum <usama.anjum@xxxxxxxxxxxxx>
• Re: [PATCH 2/4] ACPI: LPSS: make the Kconfig dependency on PMC_ATOM explicit
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/4] platform/x86: pmc_atom: remove unused pmc_atom_write()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH 4/4] platform/x86: pmc_atom: make the PMC driver actually unselectable
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/4] platform: allow ATOM PMC code to be optional
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH] ACPI: processor: idle: expose max_cstate/nocst/bm_check_disable read-only in sysfs
  • From: Yajun Deng <yajun.deng@xxxxxxxxx>
• [rafael-pm:testing 12/12] drivers/idle/intel_idle.c:1701:17: error: 'disable_promotion_to_c1e' undeclared
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v8] platform: x86: Add ChromeOS ACPI device driver
  • From: Muhammad Usama Anjum <usama.anjum@xxxxxxxxxxxxx>
• Re: [PATCH v8] platform: x86: Add ChromeOS ACPI device driver
  • From: Muhammad Usama Anjum <usama.anjum@xxxxxxxxxxxxx>
• [rafael-pm:testing 12/12] drivers/idle/intel_idle.c:1854:13: warning: conflicting types for 'c1e_promotion_enable'; have 'void(void)'
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH 2/4] ACPI: LPSS: make the Kconfig dependency on PMC_ATOM explicit
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• [PATCH 1/4] platform/x86: pmc_atom: remove unused pmc_atom_write()
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• [PATCH 3/4] platform/x86: pmc_atom: dont export pmc_atom_read - no modular users
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• [PATCH 0/4] platform: allow ATOM PMC code to be optional
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• [PATCH 4/4] platform/x86: pmc_atom: make the PMC driver actually unselectable
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• Re: [PATCH v1 0/2] acpi: Remove acpi_release_memory()
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [PATCH] ACPI: DPTF: Add support for high frequency impedance notification
  • From: Sumeet Pawnikar <sumeet.r.pawnikar@xxxxxxxxx>
• [PATCH] acpi/battery: Make "not-charging" the default on no charging or full info
  • From: Werner Sembach <wse@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v8] platform: x86: Add ChromeOS ACPI device driver
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v5 0/7] typec: mux: Introduce support for multiple USB TypeC muxes
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH v7 1/2] PCI/ACPI: Support Microsoft's "DmaProperty"
  • From: Rajat Jain <rajatja@xxxxxxxxxx>
• [PATCH v7 2/2] PCI: Rename pci_dev->untrusted to pci_dev->untrusted_dma
  • From: Rajat Jain <rajatja@xxxxxxxxxx>
• Re: [PATCH v6 1/2] PCI/ACPI: Support Microsoft's "DmaProperty"
  • From: Rajat Jain <rajatja@xxxxxxxxxx>
• Re: [PATCH v11 4/9] ACPI/IORT: Add support to retrieve IORT RMR reserved regions
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• RE: [PATCH v11 4/9] ACPI/IORT: Add support to retrieve IORT RMR reserved regions
  • From: Shameerali Kolothum Thodi <shameerali.kolothum.thodi@xxxxxxxxxx>
• Re: [PATCH v1 0/2] acpi: Remove acpi_release_memory()
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 1/2] PCI/ACPI: Support Microsoft's "DmaProperty"
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH v5 1/7] device property: Add helper to match multiple connections
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v5 3/7] usb: typec: mux: Check dev_set_name() return value
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v6 2/2] PCI: Rename pci_dev->untrusted to pci_dev->untrusted_dma
  • From: Lu Baolu <baolu.lu@xxxxxxxxxxxxxxx>
• [PATCH v6 2/2] PCI: Rename pci_dev->untrusted to pci_dev->untrusted_dma
  • From: Rajat Jain <rajatja@xxxxxxxxxx>
• [PATCH v6 1/2] PCI/ACPI: Support Microsoft's "DmaProperty"
  • From: Rajat Jain <rajatja@xxxxxxxxxx>
• [PATCH] ACPI: AGDI: Fix missing prototype warning for acpi_agdi_init()
  • From: Ilkka Koskinen <ilkka@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 0/3] PCI/ACPI: add support for CXL _OSC
  • From: "Rafael J. Wysocki" <rafael.j.wysocki@xxxxxxxxx>
• Re: [PATCH v6 0/3] PCI/ACPI: add support for CXL _OSC
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v6 0/3] PCI/ACPI: add support for CXL _OSC
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• [rafael-pm:bleeding-edge] BUILD SUCCESS WITH WARNING f23bedef4354b1e8a69a25d8c9c1201e6d8e8762
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v6 0/3] PCI/ACPI: add support for CXL _OSC
  • From: "Rafael J. Wysocki" <rafael.j.wysocki@xxxxxxxxx>
• [PATCH v1 1/2] usb: typec: ucsi: acpi: Map the mailbox with memremap()
  • From: Heikki Krogerus <heikki.krogerus@xxxxxxxxxxxxxxx>
• [PATCH v1 2/2] acpi: Remove the helper for deactivating memory region
  • From: Heikki Krogerus <heikki.krogerus@xxxxxxxxxxxxxxx>
• [PATCH v1 0/2] acpi: Remove acpi_release_memory()
  • From: Heikki Krogerus <heikki.krogerus@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 7/7] usb: typec: mux: Add On Semi fsa4480 driver
  • From: Heikki Krogerus <heikki.krogerus@xxxxxxxxxxxxxxx>
• [PATCH] PCI/ACPI: Always advertise ASPM support if CONFIG_PCIEASPM=y
  • From: Yicong Yang <yangyicong@xxxxxxxxxxxxx>
• [PATCH] drivers: acpi: clean up spaces to be consistent
  • From: Ian Cowan <ian@xxxxxxxxxxxxxxxx>
• Re: [PATCH v8] platform: x86: Add ChromeOS ACPI device driver
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [rafael-pm:bleeding-edge 8/20] WARNING: modpost: vmlinux.o(.text+0xfdc8e4): Section mismatch in reference from the function component_compare_dev_name() to the variable .exit.text:.LFB4478
  • From: kernel test robot <lkp@xxxxxxxxx>
• [rafael-pm:bleeding-edge 7/20] WARNING: modpost: vmlinux.o(.exit.text+0xe120): Section mismatch in reference from the function hsr_netlink_exit() to the variable .init.text:.L0
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v11 4/9] ACPI/IORT: Add support to retrieve IORT RMR reserved regions
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v11 4/9] ACPI/IORT: Add support to retrieve IORT RMR reserved regions
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v11 1/9] iommu: Introduce a callback to struct iommu_resv_region
  • From: Lu Baolu <baolu.lu@xxxxxxxxxxxxxxx>
• Re: [PATCH v11 1/9] iommu: Introduce a callback to struct iommu_resv_region
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v11 1/9] iommu: Introduce a callback to struct iommu_resv_region
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v11 1/9] iommu: Introduce a callback to struct iommu_resv_region
  • From: Lu Baolu <baolu.lu@xxxxxxxxxxxxxxx>
• [PATCH v3] PM: CXL: Disable suspend
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v6 0/3] PCI/ACPI: add support for CXL _OSC
  • From: "Verma, Vishal L" <vishal.l.verma@xxxxxxxxx>
• [PATCH v5 1/7] device property: Add helper to match multiple connections
  • From: Bjorn Andersson <bjorn.andersson@xxxxxxxxxx>
• [PATCH v5 2/7] device property: Use multi-connection matchers for single case
  • From: Bjorn Andersson <bjorn.andersson@xxxxxxxxxx>
• [PATCH v5 6/7] dt-bindings: usb: Add binding for fcs,fsa4480
  • From: Bjorn Andersson <bjorn.andersson@xxxxxxxxxx>
• [PATCH v5 0/7] typec: mux: Introduce support for multiple USB TypeC muxes
  • From: Bjorn Andersson <bjorn.andersson@xxxxxxxxxx>
• [PATCH v5 3/7] usb: typec: mux: Check dev_set_name() return value
  • From: Bjorn Andersson <bjorn.andersson@xxxxxxxxxx>
• [PATCH v5 5/7] usb: typec: mux: Allow multiple mux_devs per mux
  • From: Bjorn Andersson <bjorn.andersson@xxxxxxxxxx>
• [PATCH v5 7/7] usb: typec: mux: Add On Semi fsa4480 driver
  • From: Bjorn Andersson <bjorn.andersson@xxxxxxxxxx>
• [PATCH v5 4/7] usb: typec: mux: Introduce indirection
  • From: Bjorn Andersson <bjorn.andersson@xxxxxxxxxx>
• [PATCH v11 5/9] ACPI/IORT: Add a helper to retrieve RMR info directly
  • From: Shameer Kolothum <shameerali.kolothum.thodi@xxxxxxxxxx>
• [PATCH v11 9/9] iommu/arm-smmu: Get associated RMR info and install bypass SMR
  • From: Shameer Kolothum <shameerali.kolothum.thodi@xxxxxxxxxx>
• [PATCH v11 8/9] iommu/arm-smmu-v3: Get associated RMR info and install bypass STE
  • From: Shameer Kolothum <shameerali.kolothum.thodi@xxxxxxxxxx>
• [PATCH v11 4/9] ACPI/IORT: Add support to retrieve IORT RMR reserved regions
  • From: Shameer Kolothum <shameerali.kolothum.thodi@xxxxxxxxxx>
• [PATCH v11 7/9] iommu/arm-smmu-v3: Refactor arm_smmu_init_bypass_stes() to force bypass
  • From: Shameer Kolothum <shameerali.kolothum.thodi@xxxxxxxxxx>
• [PATCH v11 6/9] iommu/arm-smmu-v3: Introduce strtab init helper
  • From: Shameer Kolothum <shameerali.kolothum.thodi@xxxxxxxxxx>
• [PATCH v11 3/9] ACPI/IORT: Provide a generic helper to retrieve reserve regions
  • From: Shameer Kolothum <shameerali.kolothum.thodi@xxxxxxxxxx>
• [PATCH v11 2/9] ACPI/IORT: Make iort_iommu_msi_get_resv_regions() return void
  • From: Shameer Kolothum <shameerali.kolothum.thodi@xxxxxxxxxx>
• [PATCH v11 1/9] iommu: Introduce a callback to struct iommu_resv_region
  • From: Shameer Kolothum <shameerali.kolothum.thodi@xxxxxxxxxx>
• [PATCH v11 0/9] ACPI/IORT: Support for IORT RMR node
  • From: Shameer Kolothum <shameerali.kolothum.thodi@xxxxxxxxxx>
• Re: [PATCH] ACPI: bus: Avoid non-ACPI device objects in walks over children
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH] ACPI: bus: Avoid non-ACPI device objects in walks over children
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH] ACPI: bus: Avoid non-ACPI device objects in walks over children
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH] ACPI: DPTF: Correct description of INT3407 / INT3532 attributes
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH] ACPI: bgrt: use static for BGRT_SHOW kobj_attribute defines
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH] ACPI, APEI, EINJ: Refuse to inject into the zero page
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v8] platform: x86: Add ChromeOS ACPI device driver
  • From: Muhammad Usama Anjum <usama.anjum@xxxxxxxxxxxxx>
• [PATCH v7 4/4] drm/loongson: Use acpi to get video bios.
  • From: Chenyang Li <lichenyang@xxxxxxxxxxx>
• [PATCH] ACPI: DPTF: Correct description of INT3407 / INT3532 attributes
  • From: Sumeet Pawnikar <sumeet.r.pawnikar@xxxxxxxxx>
• [PATCH] ACPI: bgrt: use static for BGRT_SHOW kobj_attribute defines
  • From: Tom Rix <trix@xxxxxxxxxx>
• Re: [PATCH v10 0/9] ACPI/IORT: Support for IORT RMR node
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• RE: [PATCH v10 4/9] ACPI/IORT: Add support to retrieve IORT RMR reserved regions
  • From: Shameerali Kolothum Thodi <shameerali.kolothum.thodi@xxxxxxxxxx>
• RE: [PATCH v10 0/9] ACPI/IORT: Support for IORT RMR node
  • From: Shameerali Kolothum Thodi <shameerali.kolothum.thodi@xxxxxxxxxx>
• Re: [PATCH v2 1/2] ACPI: processor: Do not use C3 w/o ARB_DIS=1
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [PATCH v2 1/2] ACPI: processor: Do not use C3 w/o ARB_DIS=1
  • From: Ville Syrjala <ville.syrjala@xxxxxxxxxxxxxxx>
• Re: [PATCH v10 0/9] ACPI/IORT: Support for IORT RMR node
  • From: Steven Price <steven.price@xxxxxxx>
• Re: [PATCH v10 4/9] ACPI/IORT: Add support to retrieve IORT RMR reserved regions
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v10 1/9] iommu: Introduce a union to struct iommu_resv_region
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v10 2/9] ACPI/IORT: Make iort_iommu_msi_get_resv_regions() return void
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v10 3/9] ACPI/IORT: Provide a generic helper to retrieve reserve regions
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] ACPI: processor: Do not use C3 w/o ARB_DIS=1
  • From: Woody Suwalski <wsuwalski@xxxxxxxxx>
• Re: [PATCH v7 04/20] kernel: Add combined power-off+restart handler call chain API
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v7 03/20] reboot: Print error message if restart handler has duplicated priority
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [PATCH v10 9/9] iommu/arm-smmu: Get associated RMR info and install bypass SMR
  • From: Shameer Kolothum <shameerali.kolothum.thodi@xxxxxxxxxx>
• [PATCH v10 8/9] iommu/arm-smmu-v3: Get associated RMR info and install bypass STE
  • From: Shameer Kolothum <shameerali.kolothum.thodi@xxxxxxxxxx>
• [PATCH v10 6/9] iommu/arm-smmu-v3: Introduce strtab init helper
  • From: Shameer Kolothum <shameerali.kolothum.thodi@xxxxxxxxxx>
• [PATCH v10 7/9] iommu/arm-smmu-v3: Refactor arm_smmu_init_bypass_stes() to force bypass
  • From: Shameer Kolothum <shameerali.kolothum.thodi@xxxxxxxxxx>
• [PATCH v10 5/9] ACPI/IORT: Add a helper to retrieve RMR info directly
  • From: Shameer Kolothum <shameerali.kolothum.thodi@xxxxxxxxxx>
• [PATCH v10 4/9] ACPI/IORT: Add support to retrieve IORT RMR reserved regions
  • From: Shameer Kolothum <shameerali.kolothum.thodi@xxxxxxxxxx>