Linux Advanced Configuration and Power Interface (ACPI)

• Thread Index

• [PATCH v1 1/1] ACPI: x86: s2idle: Switch to use acpi_evaluate_dsm_typed()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v1 2/2] ACPI: property: Document the _DSD data buffer GUID
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v1 1/2] ACPI: property: Allow _DSD buffer data only for byte accessors
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v2 1/2] amba: bus: balance firmware node reference counting
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v2 2/2] amba: bus: Enable compile testing
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 03/11] gpiolib: provide gpio_device_find()
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• Re: [PATCH v4 05/11] gpiolib: provide gpio_device_get_desc()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 03/11] gpiolib: provide gpio_device_find()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 05/11] gpiolib: provide gpio_device_get_desc()
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• Re: [PATCH v4 04/11] gpiolib: provide gpio_device_find_by_label()
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• Re: [PATCH v4 03/11] gpiolib: provide gpio_device_find()
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• Re: [PATCH v4 05/11] gpiolib: provide gpio_device_get_desc()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 04/11] gpiolib: provide gpio_device_find_by_label()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 03/11] gpiolib: provide gpio_device_find()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 02/11] gpiolib: add support for scope-based management to gpio_device
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 01/11] gpiolib: make gpio_device_get() and gpio_device_put() public
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v1 2/2] ACPI: NFIT: Use modern scope based rollback
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v1 1/2] ACPI: NFIT: Fix memory leak, and local use of devm_*()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v1] ACPI: scan: Add support for GPE block devices
  • From: Michal Wilczynski <michal.wilczynski@xxxxxxxxx>
• [PATCH] acpi: Add defines for CDAT SSLBIS
  • From: Dave Jiang <dave.jiang@xxxxxxxxx>
• Re: [PATCH v2 0/5] platform/x86: int3472: don't use gpiod_toggle_active_low()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 5/5] gpio: acpi: remove acpi_get_and_request_gpiod()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/5] platform/x86: int3472: Add new skl_int3472_gpiod_get_from_temp_lookup() helper
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v2 2/5] platform/x86: int3472: Add new skl_int3472_gpiod_get_from_temp_lookup() helper
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v2 2/2] PCI: hotplug: Add extension driver for Ampere Altra hotplug LED control
  • From: D Scott Phillips <scott@xxxxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 1/2] PCI: acpiphp: Allow built-in attention drivers
  • From: D Scott Phillips <scott@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] PCI: hotplug: Add extension driver for Ampere Altra hotplug LED control
  • From: D Scott Phillips <scott@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] PCI: hotplug: Add extension driver for Ampere Altra hotplug LED control
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• [PATCH] ACPI: video: Add acpi_backlight=vendor quirk for Toshiba Portégé R100
  • From: Ondrej Zary <linux@xxxxxxx>
• Re: [PATCH] PCI: hotplug: Add extension driver for Ampere Altra hotplug LED control
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [GIT PULL] ACPI fix for v6.6-rc4
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v1 1/1] device property: Replace custom implementation of COUNT_ARGS()
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [PATCH v8] cpuidle, ACPI: Evaluate LPI arch_flags for broadcast timer
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH v8] cpuidle, ACPI: Evaluate LPI arch_flags for broadcast timer
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: [PATCH] ACPI: APEI: Skip initialization of GHES_ASSIST structures for Machine Check Architecture
  • From: Yazen Ghannam <yazen.ghannam@xxxxxxx>
• Re: [rafael-pm:bleeding-edge 48/94] drivers/thermal/amlogic_thermal.c:303:16: error: void value not ignored as it ought to be
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• [PATCH] ACPI: resource: Do IRQ override on TongFang GMxXGxx
  • From: Werner Sembach <wse@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] ACPI: PCC: Define and use the common PCC shared memory regions related macros
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH v2 2/2] soc: kunpeng_hccs: add the check for PCC subspace type
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [rafael-pm:bleeding-edge 86/94] drivers/acpi/utils.c:427: warning: Function parameter or member 'list2' not described in 'acpi_handle_list_equal'
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [rafael-pm:bleeding-edge 48/94] drivers/thermal/amlogic_thermal.c:303:16: error: void value not ignored as it ought to be
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v2 2/4] i2c: xgene-slimpro: Migrate to use generic PCC shmem related macros
  • From: Wolfram Sang <wsa@xxxxxxxxxx>
• Re: [PATCH v1] ACPI: thermal: Drop list of device ACPI handles from struct acpi_thermal
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• [rafael-pm:bleeding-edge 48/94] drivers/thermal/amlogic_thermal.c:303:16: error: void value not ignored as it ought to be
  • From: kernel test robot <lkp@xxxxxxxxx>
• [rafael-pm:bleeding-edge 86/94] drivers/acpi/utils.c:427: warning: Function parameter or member 'list2' not described in 'acpi_handle_list_equal'
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH] drivers: acpi: Fix formatting issues where braces should be on newlines
  • From: Jonathan Bergh <bergh.jonathan@xxxxxxxxx>
• [PATCH 2/2] drivers: acpi: Remove braces for single line statement following a control statement
  • From: Jonathan Bergh <bergh.jonathan@xxxxxxxxx>
• [PATCH 1/2] drivers: acpi: Fix label indentation and leading comma formatting issues
  • From: Jonathan Bergh <bergh.jonathan@xxxxxxxxx>
• Re: [PATCH] PCI: hotplug: Add extension driver for Ampere Altra hotplug LED control
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v2 0/5] platform/x86: int3472: don't use gpiod_toggle_active_low()
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v2] ACPI: utils: Make acpi_handle_list dynamically allocated
  • From: Vicki Pfau <vi@xxxxxxxxxxx>
• Re: [PATCH] PCI: hotplug: Add extension driver for Ampere Altra hotplug LED control
  • From: D Scott Phillips <scott@xxxxxxxxxxxxxxxxxxxxxx>
• [PATCH v1] ACPI: thermal: Drop list of device ACPI handles from struct acpi_thermal
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH] ACPI: APEI: Skip initialization of GHES_ASSIST structures for Machine Check Architecture
  • From: Avadhut Naik <avadhut.naik@xxxxxxx>
• Re: [PATCH v2 0/5] platform/x86: int3472: don't use gpiod_toggle_active_low()
  • From: Bartosz Golaszewski <bartosz.golaszewski@xxxxxxxxxx>
• Re: [PATCH] PCI: hotplug: Add extension driver for Ampere Altra hotplug LED control
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• [PATCH v1] ACPI: thermal: Mark uninitialized active trips as invalid
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v2] ACPI: utils: Make acpi_handle_list dynamically allocated
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [rafael-pm:bleeding-edge] BUILD SUCCESS a2577d67cb05d6553674e7ddda362d22096a955b
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [RFC PATCH v2 0/9] Use ERST for persistent storage of MCE and APEI errors
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v1 10/13] thermal: core: Allow trip pointers to be used for cooling device binding
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [RFC PATCH 2/9] memory: scrub: sysfs: Add Documentation entries for set of scrub attributes
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• [PATCH v2 5/5] gpio: acpi: remove acpi_get_and_request_gpiod()
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v2 4/5] platform/x86: int3472: Switch to devm_get_gpiod()
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v2 3/5] platform/x86: int3472: Stop using gpiod_toggle_active_low()
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v2 2/5] platform/x86: int3472: Add new skl_int3472_gpiod_get_from_temp_lookup() helper
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v2 1/5] platform/x86: int3472: Add new skl_int3472_fill_gpiod_lookup() helper
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v2 0/5] platform/x86: int3472: don't use gpiod_toggle_active_low()
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v2 2/2] soc: kunpeng_hccs: add the check for PCC subspace type
  • From: "lihuisong (C)" <lihuisong@xxxxxxxxxx>
• Re: [PATCH v2 4/4] soc: kunpeng_hccs: Migrate to use generic PCC shmem related macros
  • From: "lihuisong (C)" <lihuisong@xxxxxxxxxx>
• Re: [PATCH 1/3] ACPI: PCC: Add PCC shared memory region command and status bitfields
  • From: "lihuisong (C)" <lihuisong@xxxxxxxxxx>
• Re: [PATCH 1/3] ACPI: PCC: Add PCC shared memory region command and status bitfields
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH v1 10/13] thermal: core: Allow trip pointers to be used for cooling device binding
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v1 13/13] ACPI: thermal: Rename structure fields holding temperature in deci-Kelvin
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [PATCH v1 12/13] ACPI: thermal: Drop critical_valid and hot_valid trip flags
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [PATCH v1 11/13] ACPI: thermal: Do not use trip indices for cooling device binding
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [PATCH v1 10/13] thermal: core: Allow trip pointers to be used for cooling device binding
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [RFC PATCH 2/9] memory: scrub: sysfs: Add Documentation entries for set of scrub attributes
  • From: Jiaqi Yan <jiaqiyan@xxxxxxxxxx>
• Re: [PATCH 1/3] ACPI: PCC: Add PCC shared memory region command and status bitfields
  • From: "lihuisong (C)" <lihuisong@xxxxxxxxxx>
• [PATCH] PCI: hotplug: Add extension driver for Ampere Altra hotplug LED control
  • From: D Scott Phillips <scott@xxxxxxxxxxxxxxxxxxxxxx>
• [PATCH v2] ACPI: utils: Make acpi_handle_list dynamically allocated
  • From: Vicki Pfau <vi@xxxxxxxxxxx>
• Re: [PATCH v2 -next 4/4] clocksource/timer-riscv: ACPI: Add timer_cannot_wakeup_cpu
  • From: Samuel Holland <samuel.holland@xxxxxxxxxx>
• [PATCH v2] ACPI: FPDT: properly handle invalid FPDT subtables
  • From: Vasily Khoruzhick <anarsoul@xxxxxxxxx>
• [PATCH v2 -next 4/4] clocksource/timer-riscv: ACPI: Add timer_cannot_wakeup_cpu
  • From: Sunil V L <sunilvl@xxxxxxxxxxxxxxxx>
• [PATCH v2 -next 3/4] RISC-V: cacheflush: Initialize CBO variables on ACPI systems
  • From: Sunil V L <sunilvl@xxxxxxxxxxxxxxxx>
• [PATCH v2 -next 2/4] RISC-V: ACPI: RHCT: Add function to get CBO block sizes
  • From: Sunil V L <sunilvl@xxxxxxxxxxxxxxxx>
• [PATCH v2 -next 1/4] RISC-V: ACPI: Enhance acpi_os_ioremap with MMIO remapping
  • From: Sunil V L <sunilvl@xxxxxxxxxxxxxxxx>
• [PATCH v2 -next 0/4] RISC-V: ACPI improvements
  • From: Sunil V L <sunilvl@xxxxxxxxxxxxxxxx>
• [PATCH v2 4/4] soc: kunpeng_hccs: Migrate to use generic PCC shmem related macros
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• [PATCH v2 3/4] hwmon: (xgene) Migrate to use generic PCC shmem related macros
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• [PATCH v2 2/4] i2c: xgene-slimpro: Migrate to use generic PCC shmem related macros
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• [PATCH v2 1/4] ACPI: PCC: Add PCC shared memory region command and status bitfields
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• [PATCH v2 0/4] ACPI: PCC: Define and use the common PCC shared memory regions related macros
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH v1 07/13] thermal: gov_power_allocator: Use trip pointers instead of trip indices
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v1 06/13] thermal: gov_fair_share: Rearrange get_trip_level()
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v1 07/13] thermal: gov_power_allocator: Use trip pointers instead of trip indices
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [PATCH v1 06/13] thermal: gov_fair_share: Rearrange get_trip_level()
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [PATCH v5 2/3] ACPI, APEI, EINJ: Add CXL 1.1 EINJ error type support
  • From: Ben Cheatham <benjamin.cheatham@xxxxxxx>
• Re: [PATCH v5 1/3] CXL, PCIE: Add cxl_rcrb_addr file to dport_dev
  • From: Ben Cheatham <benjamin.cheatham@xxxxxxx>
• Re: [PATCH v5 3/3] ACPI, APEI, EINJ: Update EINJ documentation
  • From: Ben Cheatham <benjamin.cheatham@xxxxxxx>
• Re: [PATCH v5 2/3] ACPI, APEI, EINJ: Add CXL 1.1 EINJ error type support
  • From: Ben Cheatham <benjamin.cheatham@xxxxxxx>
• Re: [PATCH v5 1/3] CXL, PCIE: Add cxl_rcrb_addr file to dport_dev
  • From: Ben Cheatham <benjamin.cheatham@xxxxxxx>
• Re: [PATCH v1 07/13] thermal: gov_power_allocator: Use trip pointers instead of trip indices
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v1 07/13] thermal: gov_power_allocator: Use trip pointers instead of trip indices
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [PATCH 0/3] ACPI: PCC: Define and use the common PCC shared memory regions related macros
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v1 06/13] thermal: gov_fair_share: Rearrange get_trip_level()
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v1 06/13] thermal: gov_fair_share: Rearrange get_trip_level()
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [PATCH v1 05/13] thermal: core: Store trip pointer in struct thermal_instance
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [PATCH 0/3] ACPI: PCC: Define and use the common PCC shared memory regions related macros
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• [PATCH v4 11/11] gpio: sysfs: drop the mention of gpiochip_find() from sysfs code
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• [PATCH v4 10/11] gpio: swnode: replace gpiochip_find() with gpio_device_find_by_label()
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• [PATCH v4 09/11] gpio: acpi: replace gpiochip_find() with gpio_device_find()
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• [PATCH v4 08/11] gpio: of: replace gpiochip_find_* with gpio_device_find_*
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• [PATCH v4 07/11] gpiolib: replace find_chip_by_name() with gpio_device_find_by_label()
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• [PATCH v4 06/11] gpiolib: reluctantly provide gpio_device_get_chip()
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• [PATCH v4 05/11] gpiolib: provide gpio_device_get_desc()
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• [PATCH v4 04/11] gpiolib: provide gpio_device_find_by_label()
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• [PATCH v4 03/11] gpiolib: provide gpio_device_find()
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• [PATCH v4 02/11] gpiolib: add support for scope-based management to gpio_device
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• [PATCH v4 00/11] gpiolib: work towards removing gpiochip_find()
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• [PATCH v4 01/11] gpiolib: make gpio_device_get() and gpio_device_put() public
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• Re: [PATCH 0/3] ACPI: PCC: Define and use the common PCC shared memory regions related macros
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH 0/3] ACPI: PCC: Define and use the common PCC shared memory regions related macros
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH 1/3] ACPI: PCC: Add PCC shared memory region command and status bitfields
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH v3 04/11] gpiolib: provide gpio_device_find_by_label()
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• Re: [PATCH v3 04/11] gpiolib: provide gpio_device_find_by_label()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [RFT PATCH 2/4] platform/x86: int3472: led: don't use gpiod_toggle_active_low()
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [rafael-pm:bleeding-edge] BUILD SUCCESS 0b334e02fdc2ca86498f87bd3deb568002de027f
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [RFT PATCH 2/4] platform/x86: int3472: led: don't use gpiod_toggle_active_low()
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH] ACPI: thermal: Fix a small leak in acpi_thermal_add()
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v3 04/11] gpiolib: provide gpio_device_find_by_label()
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• [PATCH] ACPI: thermal: Fix a small leak in acpi_thermal_add()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH v3 04/11] gpiolib: provide gpio_device_find_by_label()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v1 04/13] ACPI: thermal: Merge trip initialization functions
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [PATCH v3 04/11] gpiolib: provide gpio_device_find_by_label()
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• Re: [RFT PATCH 2/4] platform/x86: int3472: led: don't use gpiod_toggle_active_low()
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• Re: [RFT PATCH 2/4] platform/x86: int3472: led: don't use gpiod_toggle_active_low()
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [RFT PATCH 0/4] platform/x86: int3472: don't use gpiod_toggle_active_low()
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• Re: [PATCH v1 03/13] ACPI: thermal: Collapse trip devices update function wrappers
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [RFT PATCH 2/4] platform/x86: int3472: led: don't use gpiod_toggle_active_low()
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [RFT PATCH 0/4] platform/x86: int3472: don't use gpiod_toggle_active_low()
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [RFT PATCH 0/4] platform/x86: int3472: don't use gpiod_toggle_active_low()
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• Re: [RFT PATCH 0/4] platform/x86: int3472: don't use gpiod_toggle_active_low()
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [RFT PATCH 0/4] platform/x86: int3472: don't use gpiod_toggle_active_low()
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [RFT PATCH 4/4] gpio: acpi: remove acpi_get_and_request_gpiod()
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [RFT PATCH 2/4] platform/x86: int3472: led: don't use gpiod_toggle_active_low()
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• [PATCH] pnp: Clean up errors in pnp.h
  • From: chenguohua@xxxxxxx
• Re: Questions: Should kernel panic when PCIe fatal error occurs?
  • From: "Oliver O'Halloran" <oohall@xxxxxxxxx>
• Re: Questions: Should kernel panic when PCIe fatal error occurs?
  • From: Shuai Xue <xueshuai@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/3] ACPI: PCC: Define and use the common PCC shared memory regions related macros
  • From: "lihuisong (C)" <lihuisong@xxxxxxxxxx>
• Re: [PATCH 1/3] ACPI: PCC: Add PCC shared memory region command and status bitfields
  • From: "lihuisong (C)" <lihuisong@xxxxxxxxxx>
• Re: [PATCH] ACPI: FPDT: break out of the loop if record length is zero
  • From: Vasily Khoruzhick <anarsoul@xxxxxxxxx>
• Re: Questions: Should kernel panic when PCIe fatal error occurs?
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• RE: [PATCH v5 1/3] CXL, PCIE: Add cxl_rcrb_addr file to dport_dev
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• RE: [PATCH v5 2/3] ACPI, APEI, EINJ: Add CXL 1.1 EINJ error type support
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v1 02/13] ACPI: thermal: Collapse trip devices update functions
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [PATCH 2/3] i2c: xgene-slimpro: Migrate to use generic PCC shmem related macros
  • From: Andi Shyti <andi.shyti@xxxxxxxxxx>
• Re: [PATCH v1 02/13] ACPI: thermal: Collapse trip devices update functions
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [PATCH v5 3/3] ACPI, APEI, EINJ: Update EINJ documentation
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v5 1/3] CXL, PCIE: Add cxl_rcrb_addr file to dport_dev
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v5 2/3] ACPI, APEI, EINJ: Add CXL 1.1 EINJ error type support
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• [PATCH v7 2/2] schemas: Add some common reserved-memory usages
  • From: Simon Glass <sjg@xxxxxxxxxxxx>
• [PATCH v7 1/2] schemas: memory: Add ECC properties
  • From: Simon Glass <sjg@xxxxxxxxxxxx>
• Re: [PATCH v1 1/2] ACPI: NFIT: Fix memory leak, and local use of devm_*()
  • From: Dave Jiang <dave.jiang@xxxxxxxxx>
• Re: [PATCH v1 2/2] ACPI: NFIT: Use modern scope based rollback
  • From: Dave Jiang <dave.jiang@xxxxxxxxx>
• [PATCH v1 2/2] ACPI: NFIT: Use modern scope based rollback
  • From: Michal Wilczynski <michal.wilczynski@xxxxxxxxx>
• [PATCH v1 1/2] ACPI: NFIT: Fix memory leak, and local use of devm_*()
  • From: Michal Wilczynski <michal.wilczynski@xxxxxxxxx>
• [PATCH v1 0/2] Fix memory leak and move to modern scope based rollback
  • From: Michal Wilczynski <michal.wilczynski@xxxxxxxxx>
• Re: [PATCH v1 02/13] ACPI: thermal: Collapse trip devices update functions
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [RFC] ACPI Code First ECR: Support for resetting the Multiprocessor Wakeup Mailbox
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v1 02/13] ACPI: thermal: Collapse trip devices update functions
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v1 02/13] ACPI: thermal: Collapse trip devices update functions
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [PATCH v5 3/3] ACPI, APEI, EINJ: Update EINJ documentation
  • From: Ben Cheatham <benjamin.cheatham@xxxxxxx>
• Re: [PATCH v5 2/3] ACPI, APEI, EINJ: Add CXL 1.1 EINJ error type support
  • From: Ben Cheatham <benjamin.cheatham@xxxxxxx>
• Re: [PATCH v5 1/3] CXL, PCIE: Add cxl_rcrb_addr file to dport_dev
  • From: Ben Cheatham <benjamin.cheatham@xxxxxxx>
• Re: [RFT PATCH 0/4] platform/x86: int3472: don't use gpiod_toggle_active_low()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [RFT PATCH 4/4] gpio: acpi: remove acpi_get_and_request_gpiod()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [RFT PATCH 3/4] platform/x86: int3472: clk_and_regulator: use GPIO lookup tables
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [RFT PATCH 2/4] platform/x86: int3472: led: don't use gpiod_toggle_active_low()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [RFT PATCH 1/4] platform/x86: int3472: provide a helper for getting GPIOs from lookups
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v1 01/13] ACPI: thermal: Add device list to struct acpi_thermal_trip
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• [RFT PATCH 4/4] gpio: acpi: remove acpi_get_and_request_gpiod()
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• [RFT PATCH 3/4] platform/x86: int3472: clk_and_regulator: use GPIO lookup tables
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• [RFT PATCH 2/4] platform/x86: int3472: led: don't use gpiod_toggle_active_low()
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• [RFT PATCH 1/4] platform/x86: int3472: provide a helper for getting GPIOs from lookups
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• [RFT PATCH 0/4] platform/x86: int3472: don't use gpiod_toggle_active_low()
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• Re: [PATCH v1 9/9] ACPI: thermal: Drop valid flag from struct acpi_thermal_trip
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [PATCH v1 8/9] ACPI: thermal: Drop redundant trip point flags
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• RE: [RFC PATCH v2 00/35] ACPI/arm64: add support for virtual cpuhotplug
  • From: Salil Mehta <salil.mehta@xxxxxxxxxx>
• Re: [PATCH v1 7/9] ACPI: thermal: Untangle initialization and updates of active trips
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [PATCH 3/3] hwmon: (xgene) Migrate to use generic PCC shmem related macros
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 3/3] hwmon: (xgene) Migrate to use generic PCC shmem related macros
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• [PATCH 2/3] i2c: xgene-slimpro: Migrate to use generic PCC shmem related macros
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• [PATCH 1/3] ACPI: PCC: Add PCC shared memory region command and status bitfields
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• [PATCH 0/3] ACPI: PCC: Define and use the common PCC shared memory regions related macros
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH v1 6/9] ACPI: thermal: Untangle initialization and updates of the passive trip
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [PATCH v5 3/3] ACPI, APEI, EINJ: Update EINJ documentation
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH v5 2/3] ACPI, APEI, EINJ: Add CXL 1.1 EINJ error type support
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH v5 1/3] CXL, PCIE: Add cxl_rcrb_addr file to dport_dev
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [RFC PATCH v2 1/9] pstore: move pstore creator id, section type and record struct to common header
  • From: Shuai Xue <xueshuai@xxxxxxxxxxxxxxxxx>
• Re: [RESEND PATCH v8 2/2] ACPI: APEI: handle synchronous exceptions in task work
  • From: Shuai Xue <xueshuai@xxxxxxxxxxxxxxxxx>
• Re: [RESEND PATCH v8 1/2] ACPI: APEI: set memory failure flags as MF_ACTION_REQUIRED on synchronous events
  • From: Shuai Xue <xueshuai@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] ACPI: FPDT: break out of the loop if record length is zero
  • From: "Zhang, Rui" <rui.zhang@xxxxxxxxx>
• Fwd: [Regression] S3 Sleep Mode failures since Linux 6.x on Dell Inspiron 15 5593
  • From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
• Re: [PATCH] cpu-hotplug: provide prototypes for arch CPU registration
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH] cpu-hotplug: provide prototypes for arch CPU registration
  • From: Gavin Shan <gshan@xxxxxxxxxx>
• [rafael-pm:bleeding-edge] BUILD SUCCESS fc7ab893b258a5b44bb70afc6c622eedf9fbc868
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH] ACPI: FPDT: break out of the loop if record length is zero
  • From: Vasily Khoruzhick <anarsoul@xxxxxxxxx>
• [PATCH v5 3/3] ACPI, APEI, EINJ: Update EINJ documentation
  • From: Ben Cheatham <Benjamin.Cheatham@xxxxxxx>
• [PATCH v5 2/3] ACPI, APEI, EINJ: Add CXL 1.1 EINJ error type support
  • From: Ben Cheatham <Benjamin.Cheatham@xxxxxxx>
• [PATCH v5 1/3] CXL, PCIE: Add cxl_rcrb_addr file to dport_dev
  • From: Ben Cheatham <Benjamin.Cheatham@xxxxxxx>
• [PATCH v5 0/3] CXL, ACPI, APEI, EINJ: Update EINJ for CXL 1.1 error types
  • From: Ben Cheatham <Benjamin.Cheatham@xxxxxxx>
• [PATCH] acpi: Use access_width over register_width for system memory accesses
  • From: Jarred White <jarredwhite@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 1/9] pstore: move pstore creator id, section type and record struct to common header
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v1 1/9] ACPI: thermal: Simplify initialization of critical and hot trips
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v1 5/9] ACPI: thermal: Simplify critical and hot trips representation
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [PATCH v1 4/9] ACPI: thermal: Create and populate trip points table earlier
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [PATCH RFC v2] cpu-hotplug: provide prototypes for arch CPU registration
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• [PATCH] cpu-hotplug: provide prototypes for arch CPU registration
  • From: "Russell King (Oracle)" <rmk+kernel@xxxxxxxxxxxxxxx>
• Re: [PATCH v1 9/9] ACPI: NFIT: Don't use KBUILD_MODNAME for driver name
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v1 3/9] ACPI: thermal: Determine the number of trip points earlier
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• [RFC PATCH 2/2] kselftest: Add test to detect unprobed devices on ACPI platforms
  • From: Laura Nao <laura.nao@xxxxxxxxxxxxx>
• [RFC PATCH 0/2] Add a test to verify device probing on ACPI platforms
  • From: Laura Nao <laura.nao@xxxxxxxxxxxxx>
• [RFC PATCH 1/2] acpi: Add script to extract ACPI device ids in the kernel
  • From: Laura Nao <laura.nao@xxxxxxxxxxxxx>
• Re: [PATCH v1 9/9] ACPI: NFIT: Don't use KBUILD_MODNAME for driver name
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxx>
• Re: [PATCH v1 2/9] ACPI: thermal: Fold acpi_thermal_get_info() into its caller
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [PATCH v1 1/9] ACPI: thermal: Simplify initialization of critical and hot trips
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [PATCH v6 1/2] schemas: Add some common reserved-memory usages
  • From: Simon Glass <sjg@xxxxxxxxxxxx>
• Re: [RESEND PATCH v8 2/2] ACPI: APEI: handle synchronous exceptions in task work
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• [PATCH v1 9/9] ACPI: NFIT: Don't use KBUILD_MODNAME for driver name
  • From: Michal Wilczynski <michal.wilczynski@xxxxxxxxx>
• [PATCH v1 8/9] ACPI: NFIT: Remove redundant call to to_acpi_dev()
  • From: Michal Wilczynski <michal.wilczynski@xxxxxxxxx>
• [PATCH v1 7/9] ACPI: NFIT: Replace acpi_driver with platform_driver
  • From: Michal Wilczynski <michal.wilczynski@xxxxxxxxx>
• [PATCH v1 6/9] ACPI: AC: Rename ACPI device from device to adev
  • From: Michal Wilczynski <michal.wilczynski@xxxxxxxxx>
• [PATCH v1 5/9] ACPI: AC: Replace acpi_driver with platform_driver
  • From: Michal Wilczynski <michal.wilczynski@xxxxxxxxx>
• [PATCH v1 4/9] ACPI: AC: Use string_choices API instead of ternary operator
  • From: Michal Wilczynski <michal.wilczynski@xxxxxxxxx>
• [PATCH v1 3/9] ACPI: AC: Remove unnecessary checks
  • From: Michal Wilczynski <michal.wilczynski@xxxxxxxxx>
• [PATCH v1 2/9] docs: firmware-guide: ACPI: Clarify ACPI bus concepts
  • From: Michal Wilczynski <michal.wilczynski@xxxxxxxxx>
• [PATCH v1 1/9] ACPI: bus: Make notify wrappers more generic
  • From: Michal Wilczynski <michal.wilczynski@xxxxxxxxx>
• [PATCH v1 0/9] Replace acpi_driver with platform_driver
  • From: Michal Wilczynski <michal.wilczynski@xxxxxxxxx>
• Re: [RESEND PATCH v8 1/2] ACPI: APEI: set memory failure flags as MF_ACTION_REQUIRED on synchronous events
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• Re: WARNING at drivers/acpi/platform_profile.c:74 in platform_profile_show()
  • From: "Mark Pearson" <mpearson-lenovo@xxxxxxxxx>
• Re: WARNING at drivers/acpi/platform_profile.c:74 in platform_profile_show()
  • From: "Mark Pearson" <mpearson-lenovo@xxxxxxxxx>
• Re: [PATCH] ACPI: video: Fix a null-pointer-dereference in acpi_video_bus_add
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: WARNING at drivers/acpi/platform_profile.c:74 in platform_profile_show()
  • From: Jiri Slaby <jirislaby@xxxxxxxxxx>
• Re: WARNING at drivers/acpi/platform_profile.c:74 in platform_profile_show()
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH] ACPI: video: Fix a null-pointer-dereference in acpi_video_bus_add
  • From: Dinghao Liu <dinghao.liu@xxxxxxxxxx>
• RE: Questions: Should kernel panic when PCIe fatal error occurs?
  • From: David Laight <David.Laight@xxxxxxxxxx>
• [RFC PATCH v2 9/9] ACPI: APEI: ESRT: log ARM processor error
  • From: Shuai Xue <xueshuai@xxxxxxxxxxxxxxxxx>
• [RFC PATCH v2 8/9] ACPI: APEI: ESRT: print AER to report serialized PCIe errors
  • From: Shuai Xue <xueshuai@xxxxxxxxxxxxxxxxx>
• [RFC PATCH v2 7/9] ACPI: APEI: ESRT: kick ghes_report_chain notifier to report serialized memory errors
  • From: Shuai Xue <xueshuai@xxxxxxxxxxxxxxxxx>
• [RFC PATCH v2 6/9] ACPI: APEI: GHES: export ghes_report_chain
  • From: Shuai Xue <xueshuai@xxxxxxxxxxxxxxxxx>
• [RFC PATCH v2 5/9] ACPI: APEI: GHES: Use ERST to serialize APEI generic error before panic
  • From: Shuai Xue <xueshuai@xxxxxxxxxxxxxxxxx>
• [RFC PATCH v2 4/9] ACPI: tables: change section_type of generic error data as guid_t
  • From: Shuai Xue <xueshuai@xxxxxxxxxxxxxxxxx>
• [RFC PATCH v2 3/9] ACPI: APEI: ERST: Emit the mce_record tracepoint
  • From: Shuai Xue <xueshuai@xxxxxxxxxxxxxxxxx>
• [RFC PATCH v2 2/9] ACPI: APEI: Use common ERST struct to read/write serialized MCE record
  • From: Shuai Xue <xueshuai@xxxxxxxxxxxxxxxxx>
• [RFC PATCH v2 1/9] pstore: move pstore creator id, section type and record struct to common header
  • From: Shuai Xue <xueshuai@xxxxxxxxxxxxxxxxx>
• [RFC PATCH v2 0/9] Use ERST for persistent storage of MCE and APEI errors
  • From: Shuai Xue <xueshuai@xxxxxxxxxxxxxxxxx>
• Re: WARNING at drivers/acpi/platform_profile.c:74 in platform_profile_show()
  • From: Jiri Slaby <jirislaby@xxxxxxxxxx>
• Re: WARNING at drivers/acpi/platform_profile.c:74 in platform_profile_show()
  • From: Jiri Slaby <jirislaby@xxxxxxxxxx>
• Re: WARNING at drivers/acpi/platform_profile.c:74 in platform_profile_show()
  • From: Jiri Slaby <jirislaby@xxxxxxxxxx>
• WARNING at drivers/acpi/platform_profile.c:74 in platform_profile_show()
  • From: Jiri Slaby <jirislaby@xxxxxxxxxx>
• Re: Questions: Should kernel panic when PCIe fatal error occurs?
  • From: "Oliver O'Halloran" <oohall@xxxxxxxxx>
• Re: Questions: Should kernel panic when PCIe fatal error occurs?
  • From: Shuai Xue <xueshuai@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] ACPI: PRM: Annotate struct prm_module_info with __counted_by
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• Re: [GIT PULL] ACPI fixes for v6.6-rc3
  • From: pr-tracker-bot@xxxxxxxxxx
• [GIT PULL] ACPI fixes for v6.6-rc3
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [PATCH] ACPI: PRM: Annotate struct prm_module_info with __counted_by
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v1 1/1] amba: bus: balance firmware node reference counting
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v1 1/1] amba: bus: balance firmware node reference counting
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [RFC PATCH 2/9] memory: scrub: sysfs: Add Documentation entries for set of scrub attributes
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• [rafael-pm:bleeding-edge] BUILD SUCCESS 30c38047562cc1ee0ba3440e4a4ff9df136be7e1
  • From: kernel test robot <lkp@xxxxxxxxx>
• [BUG?] Weird battery detection issue triggered by extra PCIe slot/port
  • From: Tom Yan <tom.ty89@xxxxxxxxx>
• Re: Questions: Should kernel panic when PCIe fatal error occurs?
  • From: Shuai Xue <xueshuai@xxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 2/9] memory: scrub: sysfs: Add Documentation entries for set of scrub attributes
  • From: Jiaqi Yan <jiaqiyan@xxxxxxxxxx>
• RE: Questions: Should kernel panic when PCIe fatal error occurs?
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: Questions: Should kernel panic when PCIe fatal error occurs?
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v3 1/1] ACPICA: utdebug: use spinlocks to fix the data-races reported by the KCSAN
  • From: Mirsad Todorovac <mirsad.todorovac@xxxxxxxxxxxx>
• Re: [PATCH] ACPI: EC: Add quirk for the HP Pavilion Gaming 15-dk1xxx
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH] ACPI: OSI: refactor deprecated strncpy
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH 2/2] ACPI: OSL: add __printf format attribute to acpi_os_vprintf
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v3 1/1] ACPI / APEI: Fix for overwriting AER info when error status data has multiple sections
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [rafael-pm:bleeding-edge] BUILD SUCCESS c2e684e12cb78b7509bbd71b9bf9d842e7ffb31a
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH v1 10/13] thermal: core: Allow trip pointers to be used for cooling device binding
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v1 02/13] ACPI: thermal: Collapse trip devices update functions
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v1 06/13] thermal: gov_fair_share: Rearrange get_trip_level()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v1 11/13] ACPI: thermal: Do not use trip indices for cooling device binding
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v1 9/9] ACPI: thermal: Drop valid flag from struct acpi_thermal_trip
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [PATCH v1] ACPI: processor: Provide empty stub of acpi_proc_quirk_mwait_check()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v1 01/13] ACPI: thermal: Add device list to struct acpi_thermal_trip
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v1 00/13] thermal: ACPI: More ACPI thermal improvements and modification of thermal instances
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v1 03/13] ACPI: thermal: Collapse trip devices update function wrappers
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v1 09/13] thermal: core: Rename trip point index function arguments in governors
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH RESEND v4 0/2] mailbox: pcc: Support platform notification for type4 and shared interrupt
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH v2 1/1] acpica: use spinlocks to fix the data-races reported by the KCSAN
  • From: Mirsad Todorovac <mirsad.todorovac@xxxxxx>
• RE: Questions: Should kernel panic when PCIe fatal error occurs?
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v6 1/2] schemas: Add some common reserved-memory usages
  • From: Simon Glass <sjg@xxxxxxxxxxxx>
• RE: [PATCH V7 0/7] amd-pstate preferred core
  • From: "Meng, Li (Jassmine)" <Li.Meng@xxxxxxx>
• [PATCH v1 07/13] thermal: gov_power_allocator: Use trip pointers instead of trip indices
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v1 04/13] ACPI: thermal: Merge trip initialization functions
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v1 05/13] thermal: core: Store trip pointer in struct thermal_instance
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v1 13/13] ACPI: thermal: Rename structure fields holding temperature in deci-Kelvin
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v1 12/13] ACPI: thermal: Drop critical_valid and hot_valid trip flags
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v1] ACPI: processor: Provide empty stub of acpi_proc_quirk_mwait_check()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v1 08/13] thermal: gov_step_wise: Fold update_passive_instance() into its caller
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v6 1/2] schemas: Add some common reserved-memory usages
  • From: Simon Glass <sjg@xxxxxxxxxxxx>
• Re: [PATCH v6 1/2] schemas: Add some common reserved-memory usages
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v6 1/2] schemas: Add some common reserved-memory usages
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v1] ACPI: processor: Provide empty stub of acpi_proc_quirk_mwait_check()
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2 2/2] soc: kunpeng_hccs: add the check for PCC subspace type
  • From: "lihuisong (C)" <lihuisong@xxxxxxxxxx>
• Re: Questions: Should kernel panic when PCIe fatal error occurs?
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH V7 0/7] amd-pstate preferred core
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• Re: [PATCH V7 0/7] amd-pstate preferred core
  • From: Oleksandr Natalenko <oleksandr@xxxxxxxxxxxxxx>
• [PATCH v3 1/1] ACPI / APEI: Fix for overwriting AER info when error status data has multiple sections
  • From: <shiju.jose@xxxxxxxxxx>
• RE: [PATCH v2 1/1] ACPI / APEI: Fix for overwriting AER info when error status data has multiple sections
  • From: Shiju Jose <shiju.jose@xxxxxxxxxx>
• Re: [PATCH v2 1/1] ACPI / APEI: Fix for overwriting AER info when error status data has multiple sections
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: This list is being migrated to the new infrastructure
  • From: Konstantin Ryabitsev <konstantin@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/1] ACPICA: utdebug: use spinlocks to fix the data-races reported by the KCSAN
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH V7 0/7] amd-pstate preferred core
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• Re: [PATCH v1 1/1] device property: Replace custom implementation of COUNT_ARGS()
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• This list is being migrated to the new infrastructure
  • From: Konstantin Ryabitsev <konstantin@xxxxxxxxxxxxxxxxxxx>
• [linux-next:master] BUILD REGRESSION 926f75c8a5ab70567eb4c2d82fbc96963313e564
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH v3 1/1] ACPICA: utdebug: use spinlocks to fix the data-races reported by the KCSAN
  • From: Mirsad Goran Todorovac <mirsad.todorovac@xxxxxxxxxxxx>
• Re: [PATCH v1 1/1] device property: Replace custom implementation of COUNT_ARGS()
  • From: Takashi Iwai <tiwai@xxxxxxx>
• [PATCH v1 1/1] device property: Replace custom implementation of COUNT_ARGS()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/1] acpica: use spinlocks to fix the data-races reported by the KCSAN
  • From: Mirsad Todorovac <mirsad.todorovac@xxxxxxxxxxxx>
• Re: [PATCH 2/2] ALSA: hda: cirrus_scodec: Add KUnit test
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] soc: kunpeng_hccs: add the check for PCC subspace type
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• [PATCH] ACPI: EC: Add quirk for the HP Pavilion Gaming 15-dk1xxx
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v1 7/9] ACPI: thermal: Untangle initialization and updates of active trips
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [PATCH] aoe: Use helper function IS_ERR_OR_NULL()
  • From: wangkaiyuan <wangkaiyuan@xxxxxxxxxx>
• Re: [PATCH v2 1/1] acpica: use spinlocks to fix the data-races reported by the KCSAN
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v3 07/11] gpiolib: replace find_chip_by_name() with gpio_device_find_by_label()
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH 2/2] ALSA: hda: cirrus_scodec: Add KUnit test
  • From: Takashi Iwai <tiwai@xxxxxxx>
• Re: [PATCH 2/2] ALSA: hda: cirrus_scodec: Add KUnit test
  • From: Richard Fitzgerald <rf@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 1/1] acpica: use spinlocks to fix the data-races reported by the KCSAN
  • From: Mirsad Goran Todorovac <mirsad.todorovac@xxxxxxxxxxxx>
• Re: [PATCH 2/2] ALSA: hda: cirrus_scodec: Add KUnit test
  • From: Takashi Iwai <tiwai@xxxxxxx>
• [PATCH v2 1/2] mailbox: pcc: export the PCC subspace type
  • From: Huisong Li <lihuisong@xxxxxxxxxx>
• [PATCH v2 2/2] soc: kunpeng_hccs: add the check for PCC subspace type
  • From: Huisong Li <lihuisong@xxxxxxxxxx>
• [PATCH v2 0/2] mailbox: pcc: export the PCC subspace type
  • From: Huisong Li <lihuisong@xxxxxxxxxx>
• Re: [PATCH v1 1/1] acpica: use spinlocks to fix the data-races reported by the KCSAN
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v1 1/1] acpica: use spinlocks to fix the data-races reported by the KCSAN
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2 1/1] ACPI / APEI: Fix for overwriting AER info when error status data has multiple sections
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH V7 0/7] amd-pstate preferred core
  • From: Huang Rui <ray.huang@xxxxxxx>
• Re: [PATCH V7 3/7] cpufreq: amd-pstate: Enable amd-pstate preferred core supporting.
  • From: Huang Rui <ray.huang@xxxxxxx>
• [PATCH v1 1/1] acpica: use spinlocks to fix the data-races reported by the KCSAN
  • From: Mirsad Goran Todorovac <mirsad.todorovac@xxxxxxxxxxxx>
• [PATCH v1 1/1] acpica: use spinlocks to fix the data-races reported by the KCSAN
  • From: Mirsad Goran Todorovac <mirsad.todorovac@xxxxxxxxxxxx>
• [rafael-pm:bleeding-edge] BUILD SUCCESS 197e164d30793fe922acac0988f67bb304a2fe2e
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v1 1/1] amba: bus: balance firmware node reference counting
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v1 1/1] amba: bus: balance firmware node reference counting
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH V7 0/7] amd-pstate preferred core
  • From: Oleksandr Natalenko <oleksandr@xxxxxxxxxxxxxx>
• Re: [Patch v2 2/2] ACPI: processor: reduce CPUFREQ thermal reduction pctg for Tegra241
  • From: Sumit Gupta <sumitg@xxxxxxxxxx>
• Re: [PATCH v6 1/2] schemas: Add some common reserved-memory usages
  • From: Simon Glass <sjg@xxxxxxxxxxxx>
• Re: [PATCH v7] driver core: platform: set numa_node before platform_device_add()
  • From: Jinhui Guo <guojinhui.liam@xxxxxxxxxxxxx>
• Re: [Patch v2 2/2] ACPI: processor: reduce CPUFREQ thermal reduction pctg for Tegra241
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v7] driver core: platform: set numa_node before platform_device_add()
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH v7] driver core: platform: set numa_node before platform_device_add()
  • From: Jinhui Guo <guojinhui.liam@xxxxxxxxxxxxx>
• Re: [PATCH] mailbox: pcc: export the PCC subspace type
  • From: "lihuisong (C)" <lihuisong@xxxxxxxxxx>
• Re: [Patch v2 2/2] ACPI: processor: reduce CPUFREQ thermal reduction pctg for Tegra241
  • From: Sumit Gupta <sumitg@xxxxxxxxxx>
• Re: [RFC PATCH v2 32/35] ACPI: add support to register CPUs based on the _STA enabled bit
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 32/35] ACPI: add support to register CPUs based on the _STA enabled bit
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• [rafael-pm:bleeding-edge] BUILD SUCCESS 0c56128ecebb383951243284bcd8dd20aca62203
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH v2 1/1] ACPI / APEI: Fix for overwriting AER info when error status data has multiple sections
  • From: <shiju.jose@xxxxxxxxxx>
• RE: [RFC PATCH 0/9] ACPI:RASF: Add support for ACPI RASF, ACPI RAS2 and configure scrubbers
  • From: Shiju Jose <shiju.jose@xxxxxxxxxx>
• Re: [PATCH v1 1/1] device property: Clarify usage scope of some struct fwnode_handle members
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 32/35] ACPI: add support to register CPUs based on the _STA enabled bit
  • From: Gavin Shan <gshan@xxxxxxxxxx>
• Re: [RFC PATCH v2 31/35] arm64: psci: Ignore DENIED CPUs
  • From: Gavin Shan <gshan@xxxxxxxxxx>
• Re: [RFC PATCH v2 30/35] irqchip/gic-v3: Add support for ACPI's disabled but 'online capable' CPUs
  • From: Gavin Shan <gshan@xxxxxxxxxx>
• Re: [RFC PATCH v2 29/35] irqchip/gic-v3: Don't return errors from gic_acpi_match_gicc()
  • From: Gavin Shan <gshan@xxxxxxxxxx>
• Re: [RFC PATCH v2 29/35] irqchip/gic-v3: Don't return errors from gic_acpi_match_gicc()
  • From: Gavin Shan <gshan@xxxxxxxxxx>
• [RESEND PATCH v8 2/2] ACPI: APEI: handle synchronous exceptions in task work
  • From: Shuai Xue <xueshuai@xxxxxxxxxxxxxxxxx>
• [RESEND PATCH v8 1/2] ACPI: APEI: set memory failure flags as MF_ACTION_REQUIRED on synchronous events
  • From: Shuai Xue <xueshuai@xxxxxxxxxxxxxxxxx>
• [RESEND PATCH v8 0/2] ACPI: APEI: handle synchronous errors in task work with proper si_code
  • From: Shuai Xue <xueshuai@xxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 28/35] arm64, irqchip/gic-v3, ACPI: Move MADT GICC enabled check into a helper
  • From: Gavin Shan <gshan@xxxxxxxxxx>
• Re: [RFC PATCH v2 26/35] arm64: acpi: Move get_cpu_for_acpi_id() to a header
  • From: Gavin Shan <gshan@xxxxxxxxxx>
• Re: [RFC PATCH v2 25/35] LoongArch: Use the __weak version of arch_unregister_cpu()
  • From: Gavin Shan <gshan@xxxxxxxxxx>
• Re: [RFC PATCH v2 24/35] drivers: base: Implement weak arch_unregister_cpu()
  • From: Gavin Shan <gshan@xxxxxxxxxx>
• RE: [PATCH V7 0/7] amd-pstate preferred core
  • From: "Meng, Li (Jassmine)" <Li.Meng@xxxxxxx>
• Re: [RFC PATCH v2 23/35] ACPI: Warn when the present bit changes but the feature is not enabled
  • From: Gavin Shan <gshan@xxxxxxxxxx>
• Re: [RFC PATCH v2 22/35] ACPI: Check _STA present bit before making CPUs not present
  • From: Gavin Shan <gshan@xxxxxxxxxx>
• Re: [RFC PATCH v2 21/35] ACPI: Add post_eject to struct acpi_scan_handler for cpu hotplug
  • From: Gavin Shan <gshan@xxxxxxxxxx>
• Re: [RFC PATCH v2 14/35] ACPI: Only enumerate enabled (or functional) devices
  • From: Gavin Shan <gshan@xxxxxxxxxx>
• Re: [PATCH 1/2] ACPI: video: Move Xiaomi Mi Pad 2 quirk to its own section
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH 1/2] ACPI: resource: Consolidate IRQ trigger-type override DMI tables
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH] ACPI: resource: Skip IRQ override on ASUS ExpertBook B1402CBA
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH V7 0/7] amd-pstate preferred core
  • From: Shuah <shuah@xxxxxxxxxx>
• Re: [RFC PATCH 1/1] ACPI / APEI: Fix for overwriting aer info when error status data have multiple sections
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [RFC PATCH 1/1] ACPI / APEI: Fix for overwriting aer info when error status data have multiple sections
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [V11 1/8] ACPI: Add support for AMD ACPI based Wifi band RFI mitigation feature
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH V7 0/7] amd-pstate preferred core
  • From: Shuah Khan <skhan@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V7 0/7] amd-pstate preferred core
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• Re: [RFC PATCH 0/9] ACPI:RASF: Add support for ACPI RASF, ACPI RAS2 and configure scrubbers
  • From: Jiaqi Yan <jiaqiyan@xxxxxxxxxx>
• [PATCH v8] cpuidle, ACPI: Evaluate LPI arch_flags for broadcast timer
  • From: Oza Pawandeep <quic_poza@xxxxxxxxxxx>
• Re: [PATCH v1 1/1] device property: Clarify usage scope of some struct fwnode_handle members
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v6] driver core: platform: set numa_node before platform_device_add()
  • From: Jinhui Guo <guojinhui.liam@xxxxxxxxxxxxx>
• RE: [RFC PATCH 1/1] ACPI / APEI: Fix for overwriting aer info when error status data have multiple sections
  • From: Shiju Jose <shiju.jose@xxxxxxxxxx>
• Re: [PATCH] driver core: platform: set numa_node before platform_add_device()
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v6] driver core: platform: set numa_node before platform_device_add()
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v6] driver core: platform: set numa_node before platform_device_add()
  • From: Jinhui Guo <guojinhui.liam@xxxxxxxxxxxxx>
• Re: [PATCH v6] driver core: platform: set numa_node before platform_device_add()
  • From: Jinhui Guo <guojinhui.liam@xxxxxxxxxxxxx>
• RE: [RFC PATCH 3/9] Documentation/scrub-configure.rst: Add documentation for scrub driver
  • From: Shiju Jose <shiju.jose@xxxxxxxxxx>
• Re: [PATCH v6] driver core: platform: set numa_node before platform_device_add()
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH v6] driver core: platform: set numa_node before platform_device_add()
  • From: Jinhui Guo <guojinhui.liam@xxxxxxxxxxxxx>
• Re: [V11 1/8] ACPI: Add support for AMD ACPI based Wifi band RFI mitigation feature
  • From: Mario Limonciello <mario.limonciello@xxxxxxx>
• Re: [PATCH] driver core: platform: set numa_node before platform_add_device()
  • From: Jinhui Guo <guojinhui.liam@xxxxxxxxxxxxx>
• Re: [RFC PATCH 3/9] Documentation/scrub-configure.rst: Add documentation for scrub driver
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [RFC PATCH 3/9] Documentation/scrub-configure.rst: Add documentation for scrub driver
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [RFC PATCH 3/9] Documentation/scrub-configure.rst: Add documentation for scrub driver
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v7] cpuidle, ACPI: Evaluate LPI arch_flags for broadcast timer
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH v7] cpuidle, ACPI: Evaluate LPI arch_flags for broadcast timer
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v5] driver core: platform: set numa_node before platform_add_device()
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [RFC PATCH v2 00/35] ACPI/arm64: add support for virtual cpuhotplug
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• RE: [RFC PATCH 3/9] Documentation/scrub-configure.rst: Add documentation for scrub driver
  • From: Shiju Jose <shiju.jose@xxxxxxxxxx>
• RE: [RFC PATCH 0/9] ACPI:RASF: Add support for ACPI RASF, ACPI RAS2 and configure scrubbers
  • From: Shiju Jose <shiju.jose@xxxxxxxxxx>
• Re: [PATCH v1] ACPI: processor_pdc: Fix uninitialized access of buf
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Questions: Should kernel panic when PCIe fatal error occurs?
  • From: Shuai Xue <xueshuai@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] mailbox: pcc: export the PCC subspace type
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• [PATCH V7 7/7] Documentation: introduce amd-pstate preferrd core mode kernel command line options
  • From: Meng Li <li.meng@xxxxxxx>
• Re: [PATCH RFC v2] cpu-hotplug: provide prototypes for arch CPU registration
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• [PATCH V7 4/7] cpufreq: Add a notification message that the highest perf has changed
  • From: Meng Li <li.meng@xxxxxxx>
• [PATCH V7 6/7] Documentation: amd-pstate: introduce amd-pstate preferred core
  • From: Meng Li <li.meng@xxxxxxx>
• [PATCH V7 5/7] cpufreq: amd-pstate: Update amd-pstate preferred core ranking dynamically
  • From: Meng Li <li.meng@xxxxxxx>
• [PATCH V7 3/7] cpufreq: amd-pstate: Enable amd-pstate preferred core supporting.
  • From: Meng Li <li.meng@xxxxxxx>
• [PATCH V7 2/7] acpi: cppc: Add get the highest performance cppc control
  • From: Meng Li <li.meng@xxxxxxx>
• [PATCH V7 1/7] x86: Drop CPU_SUP_INTEL from SCHED_MC_PRIO for the expansion.
  • From: Meng Li <li.meng@xxxxxxx>
• [PATCH V7 0/7] amd-pstate preferred core
  • From: Meng Li <li.meng@xxxxxxx>
• Re: [PATCH v3 10/11] gpio: swnode: replace gpiochip_find() with gpio_device_find_by_label()
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• Re: [PATCH v3 07/11] gpiolib: replace find_chip_by_name() with gpio_device_find_by_label()
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• Re: [PATCH v3 10/11] gpio: swnode: replace gpiochip_find() with gpio_device_find_by_label()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH 3/9] Documentation/scrub-configure.rst: Add documentation for scrub driver
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v3 07/11] gpiolib: replace find_chip_by_name() with gpio_device_find_by_label()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 04/11] gpiolib: provide gpio_device_find_by_label()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 20/35] ACPI: Rename acpi_processor_hotadd_init and remove pre-processor guards
  • From: Gavin Shan <gshan@xxxxxxxxxx>
• Re: [RFC PATCH v2 19/35] ACPI: Move acpi_bus_trim_one() before acpi_scan_hot_remove()
  • From: Gavin Shan <gshan@xxxxxxxxxx>
• Re: [PATCH v3 09/11] gpio: acpi: replace gpiochip_find() with gpio_device_find()
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 18/35] ACPI: Rename ACPI_HOTPLUG_CPU to include 'present'
  • From: Gavin Shan <gshan@xxxxxxxxxx>
• Re: [RFC PATCH v2 17/35] ACPI: processor: Register all CPUs from acpi_processor_get_info()
  • From: Gavin Shan <gshan@xxxxxxxxxx>
• Re: [RFC PATCH v2 16/35] ACPI: processor: Register CPUs that are online, but not described in the DSDT
  • From: Gavin Shan <gshan@xxxxxxxxxx>
• Re: [RFC PATCH v2 15/35] ACPI: processor: Add support for processors described as container packages
  • From: Gavin Shan <gshan@xxxxxxxxxx>
• Re: [RFC PATCH v2 14/35] ACPI: Only enumerate enabled (or functional) devices
  • From: Gavin Shan <gshan@xxxxxxxxxx>
• Re: [RFC PATCH v2 13/35] ACPI: Rename acpi_scan_device_not_present() to be about enumeration
  • From: Gavin Shan <gshan@xxxxxxxxxx>
• Re: [RFC PATCH v2 12/35] ACPI: Use the acpi_device_is_present() helper in more places
  • From: Gavin Shan <gshan@xxxxxxxxxx>
• Re: [RFC PATCH v2 07/35] x86: intel_epb: Don't rely on link order
  • From: Gavin Shan <gshan@xxxxxxxxxx>
• Re: [RFC PATCH v2 05/35] drivers: base: Print a warning instead of panic() when register_cpu() fails
  • From: Gavin Shan <gshan@xxxxxxxxxx>
• Re: [RFC PATCH 0/9] ACPI:RASF: Add support for ACPI RASF, ACPI RAS2 and configure scrubbers
  • From: Jiaqi Yan <jiaqiyan@xxxxxxxxxx>
• [RFC PATCH 8/9] ACPI: APEI: ESRT: print AER to report serialized PCIe errors
  • From: Shuai Xue <xueshuai@xxxxxxxxxxxxxxxxx>
• [RFC PATCH 9/9] ACPI: APEI: ESRT: log ARM processor error
  • From: Shuai Xue <xueshuai@xxxxxxxxxxxxxxxxx>
• [RFC PATCH 7/9] ACPI: APEI: ESRT: kick ghes_report_chain notifier to report serialized memory errors
  • From: Shuai Xue <xueshuai@xxxxxxxxxxxxxxxxx>
• [RFC PATCH 6/9] ACPI: APEI: GHES: export ghes_report_chain
  • From: Shuai Xue <xueshuai@xxxxxxxxxxxxxxxxx>
• [RFC PATCH 5/9] ACPI: APEI: GHES: Use ERST to serialize APEI generic error before panic
  • From: Shuai Xue <xueshuai@xxxxxxxxxxxxxxxxx>
• [RFC PATCH 1/9] pstore: move pstore creator id, section type and record struct to common header
  • From: Shuai Xue <xueshuai@xxxxxxxxxxxxxxxxx>
• [RFC PATCH 3/9] ACPI: APEI: ERST: Emit the mce_record tracepoint
  • From: Shuai Xue <xueshuai@xxxxxxxxxxxxxxxxx>
• [RFC PATCH 4/9] ACPI: tables: change section_type of generic error data as guid_t
  • From: Shuai Xue <xueshuai@xxxxxxxxxxxxxxxxx>
• [RFC PATCH 2/9] ACPI: APEI: Use common ERST struct to read/write serialized MCE record
  • From: Shuai Xue <xueshuai@xxxxxxxxxxxxxxxxx>
• [RFC PATCH 0/9] [RFC PATCH 0/9] Use ERST for persistent storage of MCE and APEI errors
  • From: Shuai Xue <xueshuai@xxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Thermal control updates for v6.6-rc2
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [RFC PATCH 1/1] ACPI / APEI: Fix for overwriting aer info when error status data have multiple sections
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• [PATCH 2/2] ACPI: video: Add "vendor" quirks for 3 Lenovo x86 Android tablets
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 1/2] ACPI: video: Move Xiaomi Mi Pad 2 quirk to its own section
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH v7] cpuidle, ACPI: Evaluate LPI arch_flags for broadcast timer
  • From: Oza Pawandeep <quic_poza@xxxxxxxxxxx>
• Re: [PATCH RFC v2] cpu-hotplug: provide prototypes for arch CPU registration
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [GIT PULL] Thermal control updates for v6.6-rc2
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [RFC PATCH 1/1] ACPI / APEI: Fix for overwriting aer info when error status data have multiple sections
  • From: <shiju.jose@xxxxxxxxxx>
• [RFC PATCH 8/9] ACPI:RAS2: Add driver for ACPI RAS2 feature table (RAS2)
  • From: <shiju.jose@xxxxxxxxxx>
• [RFC PATCH 3/9] Documentation/scrub-configure.rst: Add documentation for scrub driver
  • From: <shiju.jose@xxxxxxxxxx>
• [RFC PATCH 9/9] memory: RAS2: Add memory RAS2 driver
  • From: <shiju.jose@xxxxxxxxxx>
• [RFC PATCH 0/9] ACPI:RASF: Add support for ACPI RASF, ACPI RAS2 and configure scrubbers
  • From: <shiju.jose@xxxxxxxxxx>
• [RFC PATCH 4/9] ACPI:RASF: Add extract RASF table to register RASF platform devices
  • From: <shiju.jose@xxxxxxxxxx>
• [RFC PATCH 1/9] memory: scrub: Add scrub driver supports configuring memory scrubbers in the system
  • From: <shiju.jose@xxxxxxxxxx>
• [RFC PATCH 2/9] memory: scrub: sysfs: Add Documentation entries for set of scrub attributes
  • From: <shiju.jose@xxxxxxxxxx>
• [RFC PATCH 6/9] memory: RASF: Add memory RASF driver
  • From: <shiju.jose@xxxxxxxxxx>
• [RFC PATCH 5/9] ACPI:RASF: Add common library for RASF and RAS2 PCC interfaces
  • From: <shiju.jose@xxxxxxxxxx>
• [RFC PATCH 7/9] ACPICA: ACPI 6.5: Add support for RAS2 table
  • From: <shiju.jose@xxxxxxxxxx>
• RE: [RFC PATCH v2 27/35] ACPICA: Add new MADT GICC flags fields [code first?]
  • From: Salil Mehta <salil.mehta@xxxxxxxxxx>
• RE: [RFC PATCH v2 27/35] ACPICA: Add new MADT GICC flags fields [code first?]
  • From: Salil Mehta <salil.mehta@xxxxxxxxxx>
• RE: [RFC PATCH v2 27/35] ACPICA: Add new MADT GICC flags fields [code first?]
  • From: Salil Mehta <salil.mehta@xxxxxxxxxx>
• Re: [PATCH v2 2/2] ACPI: NFIT: use struct_size() helper
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• Re: [PATCH v2 1/2] ACPI: NFIT: Fix incorrect calculation of idt size
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• Re: [RFC PATCH v2 27/35] ACPICA: Add new MADT GICC flags fields [code first?]
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 27/35] ACPICA: Add new MADT GICC flags fields [code first?]
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• RE: [RFC PATCH v2 27/35] ACPICA: Add new MADT GICC flags fields [code first?]
  • From: Salil Mehta <salil.mehta@xxxxxxxxxx>
• Re: [RFC PATCH v2 27/35] ACPICA: Add new MADT GICC flags fields [code first?]
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• [PATCH v3 11/11] gpio: sysfs: drop the mention of gpiochip_find() from sysfs code
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• [PATCH v3 10/11] gpio: swnode: replace gpiochip_find() with gpio_device_find_by_label()
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• [PATCH v3 09/11] gpio: acpi: replace gpiochip_find() with gpio_device_find()
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• [PATCH v3 06/11] gpiolib: reluctantly provide gpio_device_get_chip()
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• [PATCH v3 07/11] gpiolib: replace find_chip_by_name() with gpio_device_find_by_label()
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• [PATCH v3 04/11] gpiolib: provide gpio_device_find_by_label()
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• [PATCH v3 08/11] gpio: of: replace gpiochip_find_* with gpio_device_find_*
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• [PATCH v3 02/11] gpiolib: add support for scope-based management to gpio_device
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• [PATCH v3 03/11] gpiolib: provide gpio_device_find()
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• [PATCH v3 05/11] gpiolib: provide gpio_device_get_desc()
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• [PATCH v3 01/11] gpiolib: make gpio_device_get() and gpio_device_put() public
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• [PATCH v3 00/11] gpiolib: work towards removing gpiochip_find()
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• RE: [RFC PATCH v2 27/35] ACPICA: Add new MADT GICC flags fields [code first?]
  • From: Salil Mehta <salil.mehta@xxxxxxxxxx>
• Re: [RFC PATCH v2 27/35] ACPICA: Add new MADT GICC flags fields [code first?]
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 27/35] ACPICA: Add new MADT GICC flags fields [code first?]
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v2 07/11] gpiolib: replace find_chip_by_name() with gpio_device_find_by_label()
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• RE: [RFC PATCH v2 27/35] ACPICA: Add new MADT GICC flags fields [code first?]
  • From: Salil Mehta <salil.mehta@xxxxxxxxxx>
• RE: [RFC PATCH v2 27/35] ACPICA: Add new MADT GICC flags fields [code first?]
  • From: Salil Mehta <salil.mehta@xxxxxxxxxx>
• Re: [RFC PATCH v2 27/35] ACPICA: Add new MADT GICC flags fields [code first?]
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [rafael-pm:bleeding-edge] BUILD SUCCESS 77717cab92056218f16b9fa41af5363b9411f4d6
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [RFC PATCH v2 27/35] ACPICA: Add new MADT GICC flags fields [code first?]
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH] mailbox: pcc: export the PCC subspace type
  • From: "lihuisong (C)" <lihuisong@xxxxxxxxxx>
• Re: [PATCH v6] cpuidle, ACPI: Evaluate LPI arch_flags for broadcast timer
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] ACPI: OSI: refactor deprecated strncpy
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• RE: [RFC PATCH v2 27/35] ACPICA: Add new MADT GICC flags fields [code first?]
  • From: Salil Mehta <salil.mehta@xxxxxxxxxx>
• Re: [PATCH V4] acpi: trigger wakeup key event from power button
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH v1] ACPI: processor_pdc: Fix uninitialized access of buf
  • From: Michal Wilczynski <michal.wilczynski@xxxxxxxxx>
• Re: [PATCH V4] acpi: trigger wakeup key event from power button
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH v5] driver core: platform: set numa_node before platform_add_device()
  • From: Jinhui Guo <guojinhui.liam@xxxxxxxxxxxxx>
• Re: [PATCH v2 04/11] gpiolib: provide gpio_device_find_by_label()
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• Re: [PATCH v4] driver core: platform: set numa_node before platform_add_device()
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH v6] cpuidle, ACPI: Evaluate LPI arch_flags for broadcast timer
  • From: Oza Pawandeep <quic_poza@xxxxxxxxxxx>
• RE: [PATCH v5] cpuidle, ACPI: Evaluate LPI arch_flags for broadcast timer
  • From: "Pawandeep Oza (QUIC)" <quic_poza@xxxxxxxxxxx>
• Re: [RFC PATCH v2 35/35] cpumask: Add enabled cpumask for present CPUs that can be brought online
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [RFC PATCH v2 34/35] ACPI: Add _OSC bits to advertise OS support for toggling CPU present/enabled
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [RFC PATCH v2 33/35] arm64: document virtual CPU hotplug's expectations
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH] mailbox: pcc: export the PCC subspace type
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [RFC PATCH v2 32/35] ACPI: add support to register CPUs based on the _STA enabled bit
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [RFC PATCH v2 31/35] arm64: psci: Ignore DENIED CPUs
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [RFC PATCH v2 27/35] ACPICA: Add new MADT GICC flags fields [code first?]
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 27/35] ACPICA: Add new MADT GICC flags fields [code first?]
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• [PATCH v4] driver core: platform: set numa_node before platform_add_device()
  • From: Jinhui Guo <guojinhui.liam@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2 29/35] irqchip/gic-v3: Don't return errors from gic_acpi_match_gicc()
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [RFC PATCH v2 28/35] arm64, irqchip/gic-v3, ACPI: Move MADT GICC enabled check into a helper
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [RFC PATCH v2 06/35] arm64: setup: Switch over to GENERIC_CPU_DEVICES using arch_register_cpu()
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [RFC PATCH v2 27/35] ACPICA: Add new MADT GICC flags fields [code first?]
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• [PATCH RFC v2] cpu-hotplug: provide prototypes for arch CPU registration
  • From: "Russell King (Oracle)" <rmk+kernel@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 27/35] ACPICA: Add new MADT GICC flags fields [code first?]
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• [PATCH RFC] cpu-hotplug: provide prototypes for arch CPU registration
  • From: "Russell King (Oracle)" <rmk+kernel@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 26/35] arm64: acpi: Move get_cpu_for_acpi_id() to a header
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [RFC PATCH v2 25/35] LoongArch: Use the __weak version of arch_unregister_cpu()
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [RFC PATCH v2 24/35] drivers: base: Implement weak arch_unregister_cpu()
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [RFC PATCH v2 23/35] ACPI: Warn when the present bit changes but the feature is not enabled
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [RFC PATCH v2 22/35] ACPI: Check _STA present bit before making CPUs not present
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [RFC PATCH v2 21/35] ACPI: Add post_eject to struct acpi_scan_handler for cpu hotplug
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [RFC PATCH v2 20/35] ACPI: Rename acpi_processor_hotadd_init and remove pre-processor guards
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [RFC PATCH v2 19/35] ACPI: Move acpi_bus_trim_one() before acpi_scan_hot_remove()
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [RFC PATCH v2 06/35] arm64: setup: Switch over to GENERIC_CPU_DEVICES using arch_register_cpu()
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 16/35] ACPI: processor: Register CPUs that are online, but not described in the DSDT
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [RFC PATCH v2 15/35] ACPI: processor: Add support for processors described as container packages
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH v5] cpuidle, ACPI: Evaluate LPI arch_flags for broadcast timer
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: [RFC PATCH v2 14/35] ACPI: Only enumerate enabled (or functional) devices
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [RFC PATCH v2 14/35] ACPI: Only enumerate enabled (or functional) devices
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [RFC PATCH v2 12/35] ACPI: Use the acpi_device_is_present() helper in more places
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [RFC PATCH v2 11/35] arch_topology: Make register_cpu_capacity_sysctl() tolerant to late CPUs
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• [PATCH] mailbox: pcc: export the PCC subspace type
  • From: Huisong Li <lihuisong@xxxxxxxxxx>
• Re: [RFC PATCH v2 10/35] riscv: Switch over to GENERIC_CPU_DEVICES
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [RFC PATCH v2 09/35] LoongArch: Switch over to GENERIC_CPU_DEVICES
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [RFC PATCH v2 08/35] x86/topology: Switch over to GENERIC_CPU_DEVICES
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [RFC PATCH v2 06/35] arm64: setup: Switch over to GENERIC_CPU_DEVICES using arch_register_cpu()
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [RFC PATCH v2 04/35] drivers: base: Move cpu_dev_init() after node_dev_init()
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [RFC PATCH v2 02/35] drivers: base: Use present CPUs in GENERIC_CPU_DEVICES
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 03/35] drivers: base: Allow parts of GENERIC_CPU_DEVICES to be overridden
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [RFC PATCH v2 03/35] drivers: base: Allow parts of GENERIC_CPU_DEVICES to be overridden
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [RFC PATCH v2 02/35] drivers: base: Use present CPUs in GENERIC_CPU_DEVICES
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [RFC PATCH v2 02/35] drivers: base: Use present CPUs in GENERIC_CPU_DEVICES
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [RFC PATCH v2 10/35] riscv: Switch over to GENERIC_CPU_DEVICES
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 09/35] LoongArch: Switch over to GENERIC_CPU_DEVICES
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 07/35] x86: intel_epb: Don't rely on link order
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 08/35] x86/topology: Switch over to GENERIC_CPU_DEVICES
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 06/35] arm64: setup: Switch over to GENERIC_CPU_DEVICES using arch_register_cpu()
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 05/35] drivers: base: Print a warning instead of panic() when register_cpu() fails
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 04/35] drivers: base: Move cpu_dev_init() after node_dev_init()
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 01/35] ACPI: Move ACPI_HOTPLUG_CPU to be disabled on arm64 and riscv
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 03/35] drivers: base: Allow parts of GENERIC_CPU_DEVICES to be overridden
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 02/35] drivers: base: Use present CPUs in GENERIC_CPU_DEVICES
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 30/35] irqchip/gic-v3: Add support for ACPI's disabled but 'online capable' CPUs
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 28/35] arm64, irqchip/gic-v3, ACPI: Move MADT GICC enabled check into a helper
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 27/35] ACPICA: Add new MADT GICC flags fields [code first?]
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [Patch v2 2/2] ACPI: processor: reduce CPUFREQ thermal reduction pctg for Tegra241
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2] driver core: platform: set numa_node before platform_add_device()
  • From: Jinhui Guo <guojinhui.liam@xxxxxxxxxxxxx>
• Re: [Patch v2 2/2] ACPI: processor: reduce CPUFREQ thermal reduction pctg for Tegra241
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [Patch v2 2/2] ACPI: processor: reduce CPUFREQ thermal reduction pctg for Tegra241
  • From: kernel test robot <lkp@xxxxxxxxx>
• [Patch v2 2/2] ACPI: processor: reduce CPUFREQ thermal reduction pctg for Tegra241
  • From: Sumit Gupta <sumitg@xxxxxxxxxx>
• [Patch v2 1/2] ACPI: thermal: Add Thermal fast Sampling Period (_TFP) support
  • From: Sumit Gupta <sumitg@xxxxxxxxxx>
• [Patch v2 0/2] Add support for _TFP and change throttle pctg
  • From: Sumit Gupta <sumitg@xxxxxxxxxx>
• Re: [PATCH v3] driver core: platform: set numa_node before platform_add_device()
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• [RFC PATCH v2 35/35] cpumask: Add enabled cpumask for present CPUs that can be brought online
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH v2 34/35] ACPI: Add _OSC bits to advertise OS support for toggling CPU present/enabled
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH v2 31/35] arm64: psci: Ignore DENIED CPUs
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH v2 32/35] ACPI: add support to register CPUs based on the _STA enabled bit
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH v2 33/35] arm64: document virtual CPU hotplug's expectations
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH v2 30/35] irqchip/gic-v3: Add support for ACPI's disabled but 'online capable' CPUs
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH v2 29/35] irqchip/gic-v3: Don't return errors from gic_acpi_match_gicc()
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH v2 25/35] LoongArch: Use the __weak version of arch_unregister_cpu()
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH v2 26/35] arm64: acpi: Move get_cpu_for_acpi_id() to a header
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH v2 28/35] arm64, irqchip/gic-v3, ACPI: Move MADT GICC enabled check into a helper
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH v2 24/35] drivers: base: Implement weak arch_unregister_cpu()
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH v2 23/35] ACPI: Warn when the present bit changes but the feature is not enabled
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH v2 27/35] ACPICA: Add new MADT GICC flags fields [code first?]
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH v2 22/35] ACPI: Check _STA present bit before making CPUs not present
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH v2 21/35] ACPI: Add post_eject to struct acpi_scan_handler for cpu hotplug
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH v2 20/35] ACPI: Rename acpi_processor_hotadd_init and remove pre-processor guards
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH v2 17/35] ACPI: processor: Register all CPUs from acpi_processor_get_info()
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH v2 19/35] ACPI: Move acpi_bus_trim_one() before acpi_scan_hot_remove()
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH v2 18/35] ACPI: Rename ACPI_HOTPLUG_CPU to include 'present'
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH v2 16/35] ACPI: processor: Register CPUs that are online, but not described in the DSDT
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH v2 15/35] ACPI: processor: Add support for processors described as container packages
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH v2 14/35] ACPI: Only enumerate enabled (or functional) devices
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH v2 13/35] ACPI: Rename acpi_scan_device_not_present() to be about enumeration
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH v2 12/35] ACPI: Use the acpi_device_is_present() helper in more places
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH v2 11/35] arch_topology: Make register_cpu_capacity_sysctl() tolerant to late CPUs
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH v2 10/35] riscv: Switch over to GENERIC_CPU_DEVICES
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH v2 09/35] LoongArch: Switch over to GENERIC_CPU_DEVICES
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH v2 08/35] x86/topology: Switch over to GENERIC_CPU_DEVICES
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH v2 07/35] x86: intel_epb: Don't rely on link order
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH v2 06/35] arm64: setup: Switch over to GENERIC_CPU_DEVICES using arch_register_cpu()
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH v2 05/35] drivers: base: Print a warning instead of panic() when register_cpu() fails
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH v2 04/35] drivers: base: Move cpu_dev_init() after node_dev_init()
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH v2 03/35] drivers: base: Allow parts of GENERIC_CPU_DEVICES to be overridden
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH v2 02/35] drivers: base: Use present CPUs in GENERIC_CPU_DEVICES
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH v2 01/35] ACPI: Move ACPI_HOTPLUG_CPU to be disabled on arm64 and riscv
  • From: James Morse <james.morse@xxxxxxx>
• [RFC PATCH v2 00/35] ACPI/arm64: add support for virtual cpuhotplug
  • From: James Morse <james.morse@xxxxxxx>
• Re: [PATCH v2] driver core: platform: set numa_node before platform_add_device()
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 00/32] ACPI/arm64: add support for virtual cpuhotplug
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH] driver core: platform: set numa_node before platform_add_device()
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• [PATCH v3] driver core: platform: set numa_node before platform_add_device()
  • From: Jinhui Guo <guojinhui.liam@xxxxxxxxxxxxx>
• Re: [PATCH] driver core: platform: set numa_node before platform_add_device()
  • From: Jinhui Guo <guojinhui.liam@xxxxxxxxxxxxx>
• Re: [PATCH V4] acpi: trigger wakeup key event from power button
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH 2/2] ACPI: resource: Drop .ident values from dmi_system_id tables
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• [PATCH 1/2] ACPI: resource: Consolidate IRQ trigger-type override DMI tables
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: [PATCH v5] cpuidle, ACPI: Evaluate LPI arch_flags for broadcast timer
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH] driver core: platform: set numa_node before platform_add_device()
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v5] cpuidle, ACPI: Evaluate LPI arch_flags for broadcast timer
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: [PATCH v5] cpuidle, ACPI: Evaluate LPI arch_flags for broadcast timer
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• [PATCH v2] driver core: platform: set numa_node before platform_add_device()
  • From: guojinhui <guojinhui.liam@xxxxxxxxxxxxx>
• [rafael-pm:bleeding-edge] BUILD SUCCESS e7c8ca758515814f08cd2e1cbb718d16264f99a1
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] driver core: platform: set numa_node before platform_add_device()
  • From: guojinhui <guojinhui.liam@xxxxxxxxxxxxx>
• Re: [PATCH V6 1/7] x86: Drop CPU_SUP_INTEL from SCHED_MC_PRIO for the expansion.
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH V4] acpi: trigger wakeup key event from power button
  • From: Ken Xue <Ken.Xue@xxxxxxx>
• Re: [PATCH V3] acpi: trigger wakeup key event from power button
  • From: Ken Xue <Ken.Xue@xxxxxxx>
• Re: [RFC PATCH 00/32] ACPI/arm64: add support for virtual cpuhotplug
  • From: Gavin Shan <gshan@xxxxxxxxxx>
• RE: [PATCH v4 2/2] ACPI: NUMA: Apply SRAT proximity domain to entire CFMWS window
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH v1 0/9] ACPI: thermal: Removal of redundant data and cleanup
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v1 1/9] ACPI: thermal: Simplify initialization of critical and hot trips
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v1 2/9] ACPI: thermal: Fold acpi_thermal_get_info() into its caller
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v1 4/9] ACPI: thermal: Create and populate trip points table earlier
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v1 5/9] ACPI: thermal: Simplify critical and hot trips representation
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v1 3/9] ACPI: thermal: Determine the number of trip points earlier
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v1 6/9] ACPI: thermal: Untangle initialization and updates of the passive trip
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v1 7/9] ACPI: thermal: Untangle initialization and updates of active trips
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v1 8/9] ACPI: thermal: Drop redundant trip point flags
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v1 9/9] ACPI: thermal: Drop valid flag from struct acpi_thermal_trip
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v5] cpuidle, ACPI: Evaluate LPI arch_flags for broadcast timer
  • From: Oza Pawandeep <quic_poza@xxxxxxxxxxx>
• Re: [RFC PATCH 30/32] KVM: arm64: Pass PSCI calls to userspace
  • From: James Morse <james.morse@xxxxxxx>
• Re: [RFC PATCH 00/32] ACPI/arm64: add support for virtual cpuhotplug
  • From: James Morse <james.morse@xxxxxxx>
• Re: [PATCH v4 1/3] CXL, PCIE: Add cxl_rcrb_addr file to dport_dev
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH] driver core: platform: set numa_node before platform_add_device()
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH V3] acpi: trigger wakeup key event from power button
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 2/3] ACPI, APEI, EINJ: Add CXL 1.1 EINJ error type support
  • From: Ben Cheatham <benjamin.cheatham@xxxxxxx>
• Re: [PATCH v4 1/3] CXL, PCIE: Add cxl_rcrb_addr file to dport_dev
  • From: Ben Cheatham <benjamin.cheatham@xxxxxxx>
• Re: [PATCH v4 1/3] CXL, PCIE: Add cxl_rcrb_addr file to dport_dev
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH v4 2/3] ACPI, APEI, EINJ: Add CXL 1.1 EINJ error type support
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• Re: [PATCH v4 3/3] ACPI, APEI, EINJ: Update EINJ documentation
  • From: Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx>
• [PATCH V3] acpi: trigger wakeup key event from power button
  • From: Ken Xue <Ken.Xue@xxxxxxx>
• Re: [PATCH] acpi: trigger wakeup key event from power button
  • From: Ken Xue <Ken.Xue@xxxxxxx>
• Re: [PATCH v2 02/11] gpiolib: add support for scope-based management to gpio_device
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• Re: [PATCH v2 07/11] gpiolib: replace find_chip_by_name() with gpio_device_find_by_label()
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• Re: [PATCH v2 07/11] gpiolib: replace find_chip_by_name() with gpio_device_find_by_label()
  • From: Bartosz Golaszewski <brgl@xxxxxxxx>
• Re: [PATCH v2 02/11] gpiolib: add support for scope-based management to gpio_device
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 09/11] gpio: acpi: replace gpiochip_find() with gpio_device_find()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 08/11] gpio: of: replace gpiochip_find_* with gpio_device_find_*
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 07/11] gpiolib: replace find_chip_by_name() with gpio_device_find_by_label()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 07/11] gpiolib: replace find_chip_by_name() with gpio_device_find_by_label()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 05/11] gpiolib: provide gpio_device_get_desc()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>