Linux Advanced Configuration and Power Interface (ACPI)

• Thread Index

• Re: [PATCH 24/36] printk: Remove trace_.*_rcuidle() usage
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH v2 1/1] Support power control driver for BlueField SoCs.
  • From: Asmaa Mnebhi <asmaa@xxxxxxxxxx>
• Re: [PATCH] x86/PCI: Revert: "Clip only host bridge windows for E820 regions"
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH 15/20] ACPICA: executer/exsystem: Warn about sleeps greater than 10 ms
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH 14/36] cpuidle: Fix rcu_idle_*() usage
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH v5 0/6] Add hardware prefetch control driver for A64FX and x86
  • From: "'Greg KH'" <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] x86/PCI: Revert: "Clip only host bridge windows for E820 regions"
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxx>
• RE: [PATCH v5 0/6] Add hardware prefetch control driver for A64FX and x86
  • From: "tarumizu.kohei@xxxxxxxxxxx" <tarumizu.kohei@xxxxxxxxxxx>
• Re: [PATCH 00/36] cpuidle,rcu: Cleanup the mess
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH] x86/PCI: Revert: "Clip only host bridge windows for E820 regions"
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v2 05/16] USB: ACPI: Replace usb_acpi_find_port() with acpi_find_child_by_adr()
  • From: Heikki Krogerus <heikki.krogerus@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 04/16] thunderbolt: ACPI: Replace tb_acpi_find_port() with acpi_find_child_by_adr()
  • From: Heikki Krogerus <heikki.krogerus@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 04/16] thunderbolt: ACPI: Replace tb_acpi_find_port() with acpi_find_child_by_adr()
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [rafael-pm:bleeding-edge] BUILD SUCCESS d3104995c583179bd2018b049a834319969baa80
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] x86/PCI: Revert: "Clip only host bridge windows for E820 regions"
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v2 12/16] platform/x86/thinkpad_acpi: Use acpi_dev_for_each_child()
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [Pv-drivers] [PATCH 29/36] cpuidle, xenpv: Make more PARAVIRT_XXL noinstr clean
  • From: Nadav Amit <namit@xxxxxxxxxx>
• Re: [PATCH 29/36] cpuidle,xenpv: Make more PARAVIRT_XXL noinstr clean
  • From: "Srivatsa S. Bhat" <srivatsa@xxxxxxxxxxxxx>
• Re: [PATCH v2 04/16] thunderbolt: ACPI: Replace tb_acpi_find_port() with acpi_find_child_by_adr()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 12/16] platform/x86/thinkpad_acpi: Use acpi_dev_for_each_child()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 05/16] USB: ACPI: Replace usb_acpi_find_port() with acpi_find_child_by_adr()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH 08/12] cdrom: use correct format characters
  • From: Bill Wendling <morbo@xxxxxxxxxx>
• [PATCH v2 02/16] ACPI: glue: Introduce acpi_dev_has_children()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v2 08/16] ACPI: bus: Export acpi_dev_for_each_child() to modules
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v2 00/16] ACPI: Get rid of the list of children in struct acpi_device
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v2 04/16] thunderbolt: ACPI: Replace tb_acpi_find_port() with acpi_find_child_by_adr()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v2 01/16] ACPI: glue: Use acpi_dev_for_each_child()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v2 09/16] ACPI: video: Use acpi_dev_for_each_child()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v2 10/16] ACPI: bus: Introduce acpi_dev_for_each_child_reverse()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v2 12/16] platform/x86/thinkpad_acpi: Use acpi_dev_for_each_child()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v2 11/16] ACPI: scan: Walk ACPI device's children using driver core
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v2 13/16] mfd: core: Use acpi_dev_for_each_child()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v2 06/16] ACPI: container: Use acpi_dev_for_each_child()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v2 03/16] ACPI: glue: Introduce acpi_find_child_by_adr()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v2 07/16] ACPI: property: Use acpi_dev_for_each_child() for child lookup
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v2 14/16] soundwire: Use acpi_dev_for_each_child()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v2 15/16] ACPI / MMC: PM: Unify fixing up device power
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v2 16/16] ACPI: bus: Drop unused list heads from struct acpi_device
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v2 05/16] USB: ACPI: Replace usb_acpi_find_port() with acpi_find_child_by_adr()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH 07/12] driver/char: use correct format characters
  • From: Bill Wendling <morbo@xxxxxxxxxx>
• [PATCH 34.5/36] cpuidle,omap4: Push RCU-idle into omap4_enter_lowpower()
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH 34/36] cpuidle,omap3: Push RCU-idle into omap_sram_idle()
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH 33/36] cpuidle,omap3: Use WFI for omap3_pm_idle()
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH 12/36] cpuidle,omap2: Push RCU-idle into driver
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH 10/36] cpuidle,omap3: Push RCU-idle into driver
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• [PATCH v1] ACPI: Make acpi video driver available on !X86
  • From: Riwen Lu <luriwen@xxxxxxxxxxx>
• Re: [PATCH 04/36] cpuidle,intel_idle: Fix CPUIDLE_FLAG_IRQ_ENABLE
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 21/36] x86/tdx: Remove TDX_HCALL_ISSUE_STI
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 21/36] x86/tdx: Remove TDX_HCALL_ISSUE_STI
  • From: Lai Jiangshan <jiangshanlai@xxxxxxxxx>
• [PATCH v1] ACPI/processor: Remove unused function acpi_processor_get_limit_info()
  • From: Riwen Lu <luriwen@xxxxxxxxxxx>
• Re: [PATCH 1/2] x86: notify hypervisor about guest entering s2idle state
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• Re: [PATCH 08/12] cdrom: use correct format characters
  • From: Phillip Potter <phil@xxxxxxxxxxxxxxxx>
• [PATCH] x86/PCI: Revert: "Clip only host bridge windows for E820 regions"
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [rafael-pm:bleeding-edge] BUILD SUCCESS eacc9b3f283169f1e5426664dfad3ba6e02e75fd
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 24/36] printk: Remove trace_.*_rcuidle() usage
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• Re: [PATCH 24/36] printk: Remove trace_.*_rcuidle() usage
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• Re: [PATCH 1/2] x86: notify hypervisor about guest entering s2idle state
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v5 0/6] Add hardware prefetch control driver for A64FX and x86
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v5 1/6] soc: fujitsu: Add hardware prefetch control driver for A64FX
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: Bug report for kernel v4.15-rc8+
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v1 05/16] USB: ACPI: Use acpi_find_child_by_adr()
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v1 04/16] thunderbolt: ACPI: Use acpi_find_child_by_adr()
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v5 0/6] Add hardware prefetch control driver for A64FX and x86
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/12] Clang -Wformat warning fixes
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH 1/2] x86: notify hypervisor about guest entering s2idle state
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH 1/2] x86: notify hypervisor about guest entering s2idle state
  • From: Grzegorz Jaszczyk <jaz@xxxxxxxxxxxx>
• Re: [PATCH v1 15/16] ACPI / MMC: PM: Unify fixing up device power
  • From: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
• Re: [PATCH 1/2] x86: notify hypervisor about guest entering s2idle state
  • From: Grzegorz Jaszczyk <jaz@xxxxxxxxxxxx>
• Re: Bug report for kernel v4.15-rc8+
  • From: blinkin@xxxxxxxx
• [PATCH v2] ACPI: Split out processor thermal register from ACPI PSS
  • From: Riwen Lu <luriwen@xxxxxxxxxxx>
• RE: [PATCH 00/12] Clang -Wformat warning fixes
  • From: Jan Engelhardt <jengelh@xxxxxxx>
• RE: [PATCH 00/12] Clang -Wformat warning fixes
  • From: David Laight <David.Laight@xxxxxxxxxx>
• RE: [PATCH 00/12] Clang -Wformat warning fixes
  • From: Jan Engelhardt <jengelh@xxxxxxx>
• RE: [PATCH 00/12] Clang -Wformat warning fixes
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 04/12] blk-cgroup: use correct format characters
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v1 05/16] USB: ACPI: Use acpi_find_child_by_adr()
  • From: Heikki Krogerus <heikki.krogerus@xxxxxxxxxxxxxxx>
• Re: [PATCH v1 04/16] thunderbolt: ACPI: Use acpi_find_child_by_adr()
  • From: Heikki Krogerus <heikki.krogerus@xxxxxxxxxxxxxxx>
• Re: [PATCH 00/12] Clang -Wformat warning fixes
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 07/12] driver/char: use correct format characters
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/12] Clang -Wformat warning fixes
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/12] Clang -Wformat warning fixes
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [PATCH 04/36] cpuidle,intel_idle: Fix CPUIDLE_FLAG_IRQ_ENABLE
  • From: Jacob Pan <jacob.jun.pan@xxxxxxxxxxxxxxx>
• Re: [PATCH 01/12] x86/mce: use correct format characters
  • From: Bill Wendling <morbo@xxxxxxxxxx>
• Re: [PATCH 00/12] Clang -Wformat warning fixes
  • From: Bill Wendling <morbo@xxxxxxxxxx>
• Re: [PATCH 01/12] x86/mce: use correct format characters
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH 00/12] Clang -Wformat warning fixes
  • From: Jan Engelhardt <jengelh@xxxxxxx>
• Re: [PATCH 00/12] Clang -Wformat warning fixes
  • From: Bill Wendling <morbo@xxxxxxxxxx>
• Re: [PATCH v1 1/1] Support power control driver for BlueField SoCs.
  • From: Sebastian Reichel <sebastian.reichel@xxxxxxxxxxxxx>
• Re: [PATCH 00/12] Clang -Wformat warning fixes
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 12/12] netfilter: conntrack: use correct format characters
  • From: Bill Wendling <morbo@xxxxxxxxxx>
• [PATCH 11/12] ALSA: control: use correct format characters
  • From: Bill Wendling <morbo@xxxxxxxxxx>
• [PATCH 10/12] ALSA: seq: use correct format characters
  • From: Bill Wendling <morbo@xxxxxxxxxx>
• [PATCH 09/12] ALSA: seq: use correct format characters
  • From: Bill Wendling <morbo@xxxxxxxxxx>
• [PATCH 08/12] cdrom: use correct format characters
  • From: Bill Wendling <morbo@xxxxxxxxxx>
• [PATCH 07/12] driver/char: use correct format characters
  • From: Bill Wendling <morbo@xxxxxxxxxx>
• [PATCH 06/12] PNP: use correct format characters
  • From: Bill Wendling <morbo@xxxxxxxxxx>
• [PATCH 05/12] fs: quota: use correct format characters
  • From: Bill Wendling <morbo@xxxxxxxxxx>
• [PATCH 04/12] blk-cgroup: use correct format characters
  • From: Bill Wendling <morbo@xxxxxxxxxx>
• [PATCH 03/12] x86/e820: use correct format characters
  • From: Bill Wendling <morbo@xxxxxxxxxx>
• [PATCH 02/12] x86/CPU/AMD: use correct format characters
  • From: Bill Wendling <morbo@xxxxxxxxxx>
• [PATCH 01/12] x86/mce: use correct format characters
  • From: Bill Wendling <morbo@xxxxxxxxxx>
• [PATCH 00/12] Clang -Wformat warning fixes
  • From: Bill Wendling <morbo@xxxxxxxxxx>
• Re: [PATCH v1 00/16] ACPI: Get rid of the list of children in struct acpi_device
  • From: Frank Rowand <frowand.list@xxxxxxxxx>
• Re: [PATCH v1 14/16] soundwire: Use acpi_dev_for_each_child()
  • From: Pierre-Louis Bossart <pierre-louis.bossart@xxxxxxxxxxxxxxx>
• Re: [PATCH] ACPI: processor/idle: Annotate more functions to live in cpuidle section
  • From: "Guilherme G. Piccoli" <gpiccoli@xxxxxxxxxx>
• Re: [PATCH] ACPI, APEI, Fix syntax errors in comments
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH] ACPI: processor/idle: Annotate more functions to live in cpuidle section
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v3 0/8] ACPI: Buffer property and reference as string support
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v1 14/16] soundwire: Use acpi_dev_for_each_child()
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v1 14/16] soundwire: Use acpi_dev_for_each_child()
  • From: Pierre-Louis Bossart <pierre-louis.bossart@xxxxxxxxxxxxxxx>
• Re: [PATCH v1 14/16] soundwire: Use acpi_dev_for_each_child()
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v1 00/16] ACPI: Get rid of the list of children in struct acpi_device
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v1 06/16] ACPI: container: Use acpi_dev_for_each_child()
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v1 00/16] ACPI: Get rid of the list of children in struct acpi_device
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v1 12/16] platform/x86/thinkpad_acpi: Use acpi_dev_for_each_child()
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v1 12/16] platform/x86/thinkpad_acpi: Use acpi_dev_for_each_child()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v12 6/9] iommu/arm-smmu-v3: Introduce strtab init helper
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: [PATCH v1 10/16] ACPI: bus: Introduce acpi_dev_for_each_child_reverse()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v1 09/16] ACPI: video: Use acpi_dev_for_each_child()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v1 05/16] USB: ACPI: Use acpi_find_child_by_adr()
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v1 04/16] thunderbolt: ACPI: Use acpi_find_child_by_adr()
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v1 15/16] ACPI / MMC: PM: Unify fixing up device power
  • From: Adrian Hunter <adrian.hunter@xxxxxxxxx>
• Re: [PATCH v1 06/16] ACPI: container: Use acpi_dev_for_each_child()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v1 05/16] USB: ACPI: Use acpi_find_child_by_adr()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v1 04/16] thunderbolt: ACPI: Use acpi_find_child_by_adr()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v1 14/16] soundwire: Use acpi_dev_for_each_child()
  • From: Pierre-Louis Bossart <pierre-louis.bossart@xxxxxxxxxxxxxxx>
• Re: [PATCH v1 00/16] ACPI: Get rid of the list of children in struct acpi_device
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] x86: notify hypervisor about guest entering s2idle state
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH 1/2] x86: notify hypervisor about guest entering s2idle state
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• [PATCH v1 05/16] USB: ACPI: Use acpi_find_child_by_adr()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v1 00/16] ACPI: Get rid of the list of children in struct acpi_device
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v1 01/16] ACPI: glue: Use acpi_dev_for_each_child()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v1 02/16] ACPI: glue: Introduce acpi_dev_has_children()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v1 03/16] ACPI: glue: Introduce acpi_find_child_by_adr()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v1 04/16] thunderbolt: ACPI: Use acpi_find_child_by_adr()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v1 06/16] ACPI: container: Use acpi_dev_for_each_child()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v1 07/16] ACPI: property: Use acpi_dev_for_each_child() for child lookup
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v1 15/16] ACPI / MMC: PM: Unify fixing up device power
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v1 09/16] ACPI: video: Use acpi_dev_for_each_child()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v1 08/16] ACPI: bus: Export acpi_dev_for_each_child() to modules
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v1 10/16] ACPI: bus: Introduce acpi_dev_for_each_child_reverse()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v1 13/16] mfd: core: Use acpi_dev_for_each_child()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v1 14/16] soundwire: Use acpi_dev_for_each_child()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v1 12/16] platform/x86/thinkpad_acpi: Use acpi_dev_for_each_child()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v1 11/16] ACPI: scan: Walk ACPI device's children using driver core
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v1 16/16] ACPI: bus: Drop unused list heads from struct acpi_device
  • From: "Rafael J. Wysocki" <rjw@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: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 24/36] printk: Remove trace_.*_rcuidle() usage
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• [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>