Linux ACPI

• Date Index

• Re: [RFT PATCH 4/4] gpio: acpi: remove acpi_get_and_request_gpiod(), (continued)
  • Re: [RFT PATCH 4/4] gpio: acpi: remove acpi_get_and_request_gpiod(), Bartosz Golaszewski
  • Re: [RFT PATCH 0/4] platform/x86: int3472: don't use gpiod_toggle_active_low(), Andy Shevchenko
  • Re: [RFT PATCH 0/4] platform/x86: int3472: don't use gpiod_toggle_active_low(), Hans de Goede
    • Re: [RFT PATCH 0/4] platform/x86: int3472: don't use gpiod_toggle_active_low(), Hans de Goede
    • Re: [RFT PATCH 0/4] platform/x86: int3472: don't use gpiod_toggle_active_low(), Bartosz Golaszewski
      • Re: [RFT PATCH 0/4] platform/x86: int3472: don't use gpiod_toggle_active_low(), Hans de Goede
        • Re: [RFT PATCH 0/4] platform/x86: int3472: don't use gpiod_toggle_active_low(), Bartosz Golaszewski
  • [PATCH v2 0/5] platform/x86: int3472: don't use gpiod_toggle_active_low(), Hans de Goede
    • [PATCH v2 1/5] platform/x86: int3472: Add new skl_int3472_fill_gpiod_lookup() helper, Hans de Goede
    • [PATCH v2 2/5] platform/x86: int3472: Add new skl_int3472_gpiod_get_from_temp_lookup() helper, Hans de Goede
      • Re: [PATCH v2 2/5] platform/x86: int3472: Add new skl_int3472_gpiod_get_from_temp_lookup() helper, Andy Shevchenko
        • Re: [PATCH v2 2/5] platform/x86: int3472: Add new skl_int3472_gpiod_get_from_temp_lookup() helper, Hans de Goede
    • [PATCH v2 3/5] platform/x86: int3472: Stop using gpiod_toggle_active_low(), Hans de Goede
    • [PATCH v2 4/5] platform/x86: int3472: Switch to devm_get_gpiod(), Hans de Goede
    • [PATCH v2 5/5] gpio: acpi: remove acpi_get_and_request_gpiod(), Hans de Goede
      • Re: [PATCH v2 5/5] gpio: acpi: remove acpi_get_and_request_gpiod(), Andy Shevchenko
    • Re: [PATCH v2 0/5] platform/x86: int3472: don't use gpiod_toggle_active_low(), Bartosz Golaszewski
      • Re: [PATCH v2 0/5] platform/x86: int3472: don't use gpiod_toggle_active_low(), Hans de Goede
      • Re: [PATCH v2 0/5] platform/x86: int3472: don't use gpiod_toggle_active_low(), Hans de Goede
        • Re: [PATCH v2 0/5] platform/x86: int3472: don't use gpiod_toggle_active_low(), Bartosz Golaszewski
        • Re: [PATCH v2 0/5] platform/x86: int3472: don't use gpiod_toggle_active_low(), Ilpo Järvinen
    • Re: [PATCH v2 0/5] platform/x86: int3472: don't use gpiod_toggle_active_low(), Andy Shevchenko
• [PATCH 0/3] ACPI: PCC: Define and use the common PCC shared memory regions related macros, Sudeep Holla
  • [PATCH 1/3] ACPI: PCC: Add PCC shared memory region command and status bitfields, Sudeep Holla
    • Re: [PATCH 1/3] ACPI: PCC: Add PCC shared memory region command and status bitfields, lihuisong (C)
      • Re: [PATCH 1/3] ACPI: PCC: Add PCC shared memory region command and status bitfields, Sudeep Holla
        • Re: [PATCH 1/3] ACPI: PCC: Add PCC shared memory region command and status bitfields, lihuisong (C)
          • Re: [PATCH 1/3] ACPI: PCC: Add PCC shared memory region command and status bitfields, Sudeep Holla
            • Re: [PATCH 1/3] ACPI: PCC: Add PCC shared memory region command and status bitfields, lihuisong (C)
  • [PATCH 2/3] i2c: xgene-slimpro: Migrate to use generic PCC shmem related macros, Sudeep Holla
    • Re: [PATCH 2/3] i2c: xgene-slimpro: Migrate to use generic PCC shmem related macros, Andi Shyti
  • [PATCH 3/3] hwmon: (xgene) Migrate to use generic PCC shmem related macros, Sudeep Holla
    • Re: [PATCH 3/3] hwmon: (xgene) Migrate to use generic PCC shmem related macros, Guenter Roeck
  • Re: [PATCH 0/3] ACPI: PCC: Define and use the common PCC shared memory regions related macros, lihuisong (C)
    • Re: [PATCH 0/3] ACPI: PCC: Define and use the common PCC shared memory regions related macros, Sudeep Holla
  • Re: [PATCH 0/3] ACPI: PCC: Define and use the common PCC shared memory regions related macros, Rafael J. Wysocki
    • Re: [PATCH 0/3] ACPI: PCC: Define and use the common PCC shared memory regions related macros, Sudeep Holla
      • Re: [PATCH 0/3] ACPI: PCC: Define and use the common PCC shared memory regions related macros, Rafael J. Wysocki
• Fwd: [Regression] S3 Sleep Mode failures since Linux 6.x on Dell Inspiron 15 5593, Bagas Sanjaya
  • Re: Fwd: [Regression] S3 Sleep Mode failures since Linux 6.x on Dell Inspiron 15 5593, Bagas Sanjaya
    • Re: Fwd: [Regression] S3 Sleep Mode failures since Linux 6.x on Dell Inspiron 15 5593, Linux regression tracking #update (Thorsten Leemhuis)
      • Re: Fwd: [Regression] S3 Sleep Mode failures since Linux 6.x on Dell Inspiron 15 5593, Bagas Sanjaya
• [rafael-pm:bleeding-edge] BUILD SUCCESS fc7ab893b258a5b44bb70afc6c622eedf9fbc868, kernel test robot
• [PATCH] ACPI: FPDT: break out of the loop if record length is zero, Vasily Khoruzhick
  • Re: [PATCH] ACPI: FPDT: break out of the loop if record length is zero, Zhang, Rui
    • Re: [PATCH] ACPI: FPDT: break out of the loop if record length is zero, Vasily Khoruzhick
• [PATCH v5 0/3] CXL, ACPI, APEI, EINJ: Update EINJ for CXL 1.1 error types, Ben Cheatham
  • [PATCH v5 1/3] CXL, PCIE: Add cxl_rcrb_addr file to dport_dev, Ben Cheatham
    • Re: [PATCH v5 1/3] CXL, PCIE: Add cxl_rcrb_addr file to dport_dev, Jonathan Cameron
      • Re: [PATCH v5 1/3] CXL, PCIE: Add cxl_rcrb_addr file to dport_dev, Ben Cheatham
    • Re: [PATCH v5 1/3] CXL, PCIE: Add cxl_rcrb_addr file to dport_dev, Bjorn Helgaas
      • Re: [PATCH v5 1/3] CXL, PCIE: Add cxl_rcrb_addr file to dport_dev, Ben Cheatham
    • RE: [PATCH v5 1/3] CXL, PCIE: Add cxl_rcrb_addr file to dport_dev, Dan Williams
      • Re: [PATCH v5 1/3] CXL, PCIE: Add cxl_rcrb_addr file to dport_dev, Ben Cheatham
  • [PATCH v5 2/3] ACPI, APEI, EINJ: Add CXL 1.1 EINJ error type support, Ben Cheatham
    • Re: [PATCH v5 2/3] ACPI, APEI, EINJ: Add CXL 1.1 EINJ error type support, Jonathan Cameron
      • Re: [PATCH v5 2/3] ACPI, APEI, EINJ: Add CXL 1.1 EINJ error type support, Ben Cheatham
    • Re: [PATCH v5 2/3] ACPI, APEI, EINJ: Add CXL 1.1 EINJ error type support, Bjorn Helgaas
      • Re: [PATCH v5 2/3] ACPI, APEI, EINJ: Add CXL 1.1 EINJ error type support, Ben Cheatham
    • RE: [PATCH v5 2/3] ACPI, APEI, EINJ: Add CXL 1.1 EINJ error type support, Dan Williams
      • Re: [PATCH v5 2/3] ACPI, APEI, EINJ: Add CXL 1.1 EINJ error type support, Ben Cheatham
  • [PATCH v5 3/3] ACPI, APEI, EINJ: Update EINJ documentation, Ben Cheatham
    • Re: [PATCH v5 3/3] ACPI, APEI, EINJ: Update EINJ documentation, Jonathan Cameron
      • Re: [PATCH v5 3/3] ACPI, APEI, EINJ: Update EINJ documentation, Ben Cheatham
    • Re: [PATCH v5 3/3] ACPI, APEI, EINJ: Update EINJ documentation, Bjorn Helgaas
      • Re: [PATCH v5 3/3] ACPI, APEI, EINJ: Update EINJ documentation, Ben Cheatham
• [PATCH] acpi: Use access_width over register_width for system memory accesses, Jarred White
  • Re: [PATCH] acpi: Use access_width over register_width for system memory accesses, Rafael J. Wysocki
    • Re: [PATCH] acpi: Use access_width over register_width for system memory accesses, Jarred White
      • [PATCH v2] acpi: Use access_width over register_width for system memory accesses, Jarred White
        • Re: [PATCH v2] acpi: Use access_width over register_width for system memory accesses, Jarred White
• [PATCH] cpu-hotplug: provide prototypes for arch CPU registration, Russell King (Oracle)
  • Re: [PATCH] cpu-hotplug: provide prototypes for arch CPU registration, Gavin Shan
    • Re: [PATCH] cpu-hotplug: provide prototypes for arch CPU registration, Russell King (Oracle)
      • Re: [PATCH] cpu-hotplug: provide prototypes for arch CPU registration, Russell King (Oracle)
        • Re: [PATCH] cpu-hotplug: provide prototypes for arch CPU registration, Xin Li
          • Re: [PATCH] cpu-hotplug: provide prototypes for arch CPU registration, Russell King (Oracle)
  • Re: [PATCH] cpu-hotplug: provide prototypes for arch CPU registration, Russell King (Oracle)
    • Re: [PATCH] cpu-hotplug: provide prototypes for arch CPU registration, Thomas Gleixner
      • Re: [PATCH] cpu-hotplug: provide prototypes for arch CPU registration, Tomáš Glozar
• [RFC PATCH 0/2] Add a test to verify device probing on ACPI platforms, Laura Nao
  • [RFC PATCH 1/2] acpi: Add script to extract ACPI device ids in the kernel, Laura Nao
  • [RFC PATCH 2/2] kselftest: Add test to detect unprobed devices on ACPI platforms, Laura Nao
  • Re: [RFC PATCH 0/2] Add a test to verify device probing on ACPI platforms, Laura Nao
  • Re: [RFC PATCH 0/2] Add a test to verify device probing on ACPI platforms, Dan Carpenter
    • Re: [RFC PATCH 0/2] Add a test to verify device probing on ACPI platforms, Laura Nao
      • Re: [RFC PATCH 0/2] Add a test to verify device probing on ACPI platforms, Dan Carpenter
        • Re: [RFC PATCH 0/2] Add a test to verify device probing on ACPI platforms, Laura Nao
• [PATCH v1 0/9] Replace acpi_driver with platform_driver, Michal Wilczynski
  • [PATCH v1 1/9] ACPI: bus: Make notify wrappers more generic, Michal Wilczynski
    • Re: [PATCH v1 1/9] ACPI: bus: Make notify wrappers more generic, Rafael J. Wysocki
      • Re: [PATCH v1 1/9] ACPI: bus: Make notify wrappers more generic, Wilczynski, Michal
        • Re: [PATCH v1 1/9] ACPI: bus: Make notify wrappers more generic, Rafael J. Wysocki
          • Re: [PATCH v1 1/9] ACPI: bus: Make notify wrappers more generic, Wilczynski, Michal
            • Re: [PATCH v1 1/9] ACPI: bus: Make notify wrappers more generic, Rafael J. Wysocki
              • Re: [PATCH v1 1/9] ACPI: bus: Make notify wrappers more generic, Rafael J. Wysocki
                • Re: [PATCH v1 1/9] ACPI: bus: Make notify wrappers more generic, Wilczynski, Michal
                  • Re: [PATCH v1 1/9] ACPI: bus: Make notify wrappers more generic, Rafael J. Wysocki
  • [PATCH v1 2/9] docs: firmware-guide: ACPI: Clarify ACPI bus concepts, Michal Wilczynski
    • Re: [PATCH v1 2/9] docs: firmware-guide: ACPI: Clarify ACPI bus concepts, Rafael J. Wysocki
      • Re: [PATCH v1 2/9] docs: firmware-guide: ACPI: Clarify ACPI bus concepts, Wilczynski, Michal
        • Re: [PATCH v1 2/9] docs: firmware-guide: ACPI: Clarify ACPI bus concepts, Wilczynski, Michal
          • Re: [PATCH v1 2/9] docs: firmware-guide: ACPI: Clarify ACPI bus concepts, Rafael J. Wysocki
            • Re: [PATCH v1 2/9] docs: firmware-guide: ACPI: Clarify ACPI bus concepts, Wilczynski, Michal
  • [PATCH v1 3/9] ACPI: AC: Remove unnecessary checks, Michal Wilczynski
  • [PATCH v1 4/9] ACPI: AC: Use string_choices API instead of ternary operator, Michal Wilczynski
  • [PATCH v1 5/9] ACPI: AC: Replace acpi_driver with platform_driver, Michal Wilczynski
  • [PATCH v1 6/9] ACPI: AC: Rename ACPI device from device to adev, Michal Wilczynski
  • [PATCH v1 7/9] ACPI: NFIT: Replace acpi_driver with platform_driver, Michal Wilczynski
  • [PATCH v1 8/9] ACPI: NFIT: Remove redundant call to to_acpi_dev(), Michal Wilczynski
  • [PATCH v1 9/9] ACPI: NFIT: Don't use KBUILD_MODNAME for driver name, Michal Wilczynski
    • Re: [PATCH v1 9/9] ACPI: NFIT: Don't use KBUILD_MODNAME for driver name, Andy Shevchenko
      • Re: [PATCH v1 9/9] ACPI: NFIT: Don't use KBUILD_MODNAME for driver name, Dan Williams
• [PATCH] ACPI: video: Fix a null-pointer-dereference in acpi_video_bus_add, Dinghao Liu
  • Re: [PATCH] ACPI: video: Fix a null-pointer-dereference in acpi_video_bus_add, Rafael J. Wysocki
• [RFC PATCH v2 0/9] Use ERST for persistent storage of MCE and APEI errors, Shuai Xue
  • [RFC PATCH v2 1/9] pstore: move pstore creator id, section type and record struct to common header, Shuai Xue
    • Re: [RFC PATCH v2 1/9] pstore: move pstore creator id, section type and record struct to common header, Kees Cook
      • Re: [RFC PATCH v2 1/9] pstore: move pstore creator id, section type and record struct to common header, Shuai Xue
  • [RFC PATCH v2 2/9] ACPI: APEI: Use common ERST struct to read/write serialized MCE record, Shuai Xue
  • [RFC PATCH v2 3/9] ACPI: APEI: ERST: Emit the mce_record tracepoint, Shuai Xue
  • [RFC PATCH v2 4/9] ACPI: tables: change section_type of generic error data as guid_t, Shuai Xue
  • [RFC PATCH v2 5/9] ACPI: APEI: GHES: Use ERST to serialize APEI generic error before panic, Shuai Xue
  • [RFC PATCH v2 6/9] ACPI: APEI: GHES: export ghes_report_chain, Shuai Xue
  • [RFC PATCH v2 7/9] ACPI: APEI: ESRT: kick ghes_report_chain notifier to report serialized memory errors, Shuai Xue
  • [RFC PATCH v2 8/9] ACPI: APEI: ESRT: print AER to report serialized PCIe errors, Shuai Xue
  • [RFC PATCH v2 9/9] ACPI: APEI: ESRT: log ARM processor error, Shuai Xue
  • Re: [RFC PATCH v2 0/9] Use ERST for persistent storage of MCE and APEI errors, Borislav Petkov
    • Re: [RFC PATCH v2 0/9] Use ERST for persistent storage of MCE and APEI errors, Shuai Xue
      • Re: [RFC PATCH v2 0/9] Use ERST for persistent storage of MCE and APEI errors, Shuai Xue
      • Re: [RFC PATCH v2 0/9] Use ERST for persistent storage of MCE and APEI errors, Borislav Petkov
        • Re: [RFC PATCH v2 0/9] Use ERST for persistent storage of MCE and APEI errors, Shuai Xue
• WARNING at drivers/acpi/platform_profile.c:74 in platform_profile_show(), Jiri Slaby
  • Re: WARNING at drivers/acpi/platform_profile.c:74 in platform_profile_show(), Jiri Slaby
    • Re: WARNING at drivers/acpi/platform_profile.c:74 in platform_profile_show(), Jiri Slaby
      • Re: WARNING at drivers/acpi/platform_profile.c:74 in platform_profile_show(), Jiri Slaby
        • Re: WARNING at drivers/acpi/platform_profile.c:74 in platform_profile_show(), Hans de Goede
          • Re: WARNING at drivers/acpi/platform_profile.c:74 in platform_profile_show(), Jiri Slaby
            • Re: WARNING at drivers/acpi/platform_profile.c:74 in platform_profile_show(), Mark Pearson
          • Re: WARNING at drivers/acpi/platform_profile.c:74 in platform_profile_show(), Mark Pearson
• [GIT PULL] ACPI fixes for v6.6-rc3, Rafael J. Wysocki
  • Re: [GIT PULL] ACPI fixes for v6.6-rc3, pr-tracker-bot
• [PATCH] ACPI: PRM: Annotate struct prm_module_info with __counted_by, Kees Cook
  • Re: [PATCH] ACPI: PRM: Annotate struct prm_module_info with __counted_by, Gustavo A. R. Silva
    • Re: [PATCH] ACPI: PRM: Annotate struct prm_module_info with __counted_by, Rafael J. Wysocki
• [rafael-pm:bleeding-edge] BUILD SUCCESS 30c38047562cc1ee0ba3440e4a4ff9df136be7e1, kernel test robot
• [BUG?] Weird battery detection issue triggered by extra PCIe slot/port, Tom Yan
• [rafael-pm:bleeding-edge] BUILD SUCCESS c2e684e12cb78b7509bbd71b9bf9d842e7ffb31a, kernel test robot
• [PATCH v1 00/13] thermal: ACPI: More ACPI thermal improvements and modification of thermal instances, Rafael J. Wysocki
  • [PATCH v1 08/13] thermal: gov_step_wise: Fold update_passive_instance() into its caller, Rafael J. Wysocki
  • [PATCH v1 12/13] ACPI: thermal: Drop critical_valid and hot_valid trip flags, Rafael J. Wysocki
    • Re: [PATCH v1 12/13] ACPI: thermal: Drop critical_valid and hot_valid trip flags, Daniel Lezcano
  • [PATCH v1 13/13] ACPI: thermal: Rename structure fields holding temperature in deci-Kelvin, Rafael J. Wysocki
    • Re: [PATCH v1 13/13] ACPI: thermal: Rename structure fields holding temperature in deci-Kelvin, Daniel Lezcano
  • [PATCH v1 05/13] thermal: core: Store trip pointer in struct thermal_instance, Rafael J. Wysocki
    • Re: [PATCH v1 05/13] thermal: core: Store trip pointer in struct thermal_instance, Daniel Lezcano
  • [PATCH v1 04/13] ACPI: thermal: Merge trip initialization functions, Rafael J. Wysocki
    • Re: [PATCH v1 04/13] ACPI: thermal: Merge trip initialization functions, Daniel Lezcano
  • [PATCH v1 07/13] thermal: gov_power_allocator: Use trip pointers instead of trip indices, Rafael J. Wysocki
    • Re: [PATCH v1 07/13] thermal: gov_power_allocator: Use trip pointers instead of trip indices, Daniel Lezcano
      • Re: [PATCH v1 07/13] thermal: gov_power_allocator: Use trip pointers instead of trip indices, Rafael J. Wysocki
        • Re: [PATCH v1 07/13] thermal: gov_power_allocator: Use trip pointers instead of trip indices, Daniel Lezcano
          • Re: [PATCH v1 07/13] thermal: gov_power_allocator: Use trip pointers instead of trip indices, Rafael J. Wysocki
  • [PATCH v1 09/13] thermal: core: Rename trip point index function arguments in governors, Rafael J. Wysocki
  • [PATCH v1 03/13] ACPI: thermal: Collapse trip devices update function wrappers, Rafael J. Wysocki
    • Re: [PATCH v1 03/13] ACPI: thermal: Collapse trip devices update function wrappers, Daniel Lezcano
  • [PATCH v1 01/13] ACPI: thermal: Add device list to struct acpi_thermal_trip, Rafael J. Wysocki
    • Re: [PATCH v1 01/13] ACPI: thermal: Add device list to struct acpi_thermal_trip, Daniel Lezcano
  • [PATCH v1 11/13] ACPI: thermal: Do not use trip indices for cooling device binding, Rafael J. Wysocki
    • Re: [PATCH v1 11/13] ACPI: thermal: Do not use trip indices for cooling device binding, Daniel Lezcano
  • [PATCH v1 06/13] thermal: gov_fair_share: Rearrange get_trip_level(), Rafael J. Wysocki
    • Re: [PATCH v1 06/13] thermal: gov_fair_share: Rearrange get_trip_level(), Daniel Lezcano
      • Re: [PATCH v1 06/13] thermal: gov_fair_share: Rearrange get_trip_level(), Rafael J. Wysocki
        • Re: [PATCH v1 06/13] thermal: gov_fair_share: Rearrange get_trip_level(), Daniel Lezcano
          • Re: [PATCH v1 06/13] thermal: gov_fair_share: Rearrange get_trip_level(), Rafael J. Wysocki
  • [PATCH v1 02/13] ACPI: thermal: Collapse trip devices update functions, Rafael J. Wysocki
    • Re: [PATCH v1 02/13] ACPI: thermal: Collapse trip devices update functions, Daniel Lezcano
      • Re: [PATCH v1 02/13] ACPI: thermal: Collapse trip devices update functions, Rafael J. Wysocki
        • Re: [PATCH v1 02/13] ACPI: thermal: Collapse trip devices update functions, Rafael J. Wysocki
          • Re: [PATCH v1 02/13] ACPI: thermal: Collapse trip devices update functions, Daniel Lezcano
    • Re: [PATCH v1 02/13] ACPI: thermal: Collapse trip devices update functions, Daniel Lezcano
  • [PATCH v1 10/13] thermal: core: Allow trip pointers to be used for cooling device binding, Rafael J. Wysocki
    • Re: [PATCH v1 10/13] thermal: core: Allow trip pointers to be used for cooling device binding, Daniel Lezcano
      • Re: [PATCH v1 10/13] thermal: core: Allow trip pointers to be used for cooling device binding, Rafael J. Wysocki
        • Re: [PATCH v1 10/13] thermal: core: Allow trip pointers to be used for cooling device binding, Daniel Lezcano
• [PATCH v1] ACPI: processor: Provide empty stub of acpi_proc_quirk_mwait_check(), Rafael J. Wysocki
  • Re: [PATCH v1] ACPI: processor: Provide empty stub of acpi_proc_quirk_mwait_check(), Ard Biesheuvel
    • Re: [PATCH v1] ACPI: processor: Provide empty stub of acpi_proc_quirk_mwait_check(), Rafael J. Wysocki
      • Re: [PATCH v1] ACPI: processor: Provide empty stub of acpi_proc_quirk_mwait_check(), Rafael J. Wysocki
        • Re: [PATCH v1] ACPI: processor: Provide empty stub of acpi_proc_quirk_mwait_check(), Ard Biesheuvel
• [PATCH v3 1/1] ACPI / APEI: Fix for overwriting AER info when error status data has multiple sections, shiju.jose
  • Re: [PATCH v3 1/1] ACPI / APEI: Fix for overwriting AER info when error status data has multiple sections, Rafael J. Wysocki
• This list is being migrated to the new infrastructure, Konstantin Ryabitsev
  • Re: This list is being migrated to the new infrastructure, Konstantin Ryabitsev
• [linux-next:master] BUILD REGRESSION 926f75c8a5ab70567eb4c2d82fbc96963313e564, kernel test robot
• [PATCH v3 1/1] ACPICA: utdebug: use spinlocks to fix the data-races reported by the KCSAN, Mirsad Goran Todorovac
  • Re: [PATCH v3 1/1] ACPICA: utdebug: use spinlocks to fix the data-races reported by the KCSAN, Rafael J. Wysocki
    • Re: [PATCH v3 1/1] ACPICA: utdebug: use spinlocks to fix the data-races reported by the KCSAN, Mirsad Todorovac
• [PATCH v1 1/1] device property: Replace custom implementation of COUNT_ARGS(), Andy Shevchenko
  • Re: [PATCH v1 1/1] device property: Replace custom implementation of COUNT_ARGS(), Takashi Iwai
  • Re: [PATCH v1 1/1] device property: Replace custom implementation of COUNT_ARGS(), Nick Desaulniers
    • Re: [PATCH v1 1/1] device property: Replace custom implementation of COUNT_ARGS(), Nick Desaulniers
• [PATCH] ACPI: EC: Add quirk for the HP Pavilion Gaming 15-dk1xxx, Hans de Goede
  • Re: [PATCH] ACPI: EC: Add quirk for the HP Pavilion Gaming 15-dk1xxx, Rafael J. Wysocki
• [PATCH] aoe: Use helper function IS_ERR_OR_NULL(), wangkaiyuan
• [PATCH v2 1/1] acpica: use spinlocks to fix the data-races reported by the KCSAN, Mirsad Goran Todorovac
  • Re: [PATCH v2 1/1] acpica: use spinlocks to fix the data-races reported by the KCSAN, Rafael J. Wysocki
    • Re: [PATCH v2 1/1] acpica: use spinlocks to fix the data-races reported by the KCSAN, Mirsad Todorovac
    • Re: [PATCH v2 1/1] acpica: use spinlocks to fix the data-races reported by the KCSAN, Mirsad Todorovac
• Re: [PATCH 2/2] ALSA: hda: cirrus_scodec: Add KUnit test, Takashi Iwai
  • Re: [PATCH 2/2] ALSA: hda: cirrus_scodec: Add KUnit test, Richard Fitzgerald
    • Re: [PATCH 2/2] ALSA: hda: cirrus_scodec: Add KUnit test, Takashi Iwai
  • Re: [PATCH 2/2] ALSA: hda: cirrus_scodec: Add KUnit test, Andy Shevchenko
• [PATCH v1 1/1] acpica: use spinlocks to fix the data-races reported by the KCSAN, Mirsad Goran Todorovac
  • <Possible follow-ups>
  • [PATCH v1 1/1] acpica: use spinlocks to fix the data-races reported by the KCSAN, Mirsad Goran Todorovac
    • Re: [PATCH v1 1/1] acpica: use spinlocks to fix the data-races reported by the KCSAN, kernel test robot
    • Re: [PATCH v1 1/1] acpica: use spinlocks to fix the data-races reported by the KCSAN, kernel test robot
• [rafael-pm:bleeding-edge] BUILD SUCCESS 197e164d30793fe922acac0988f67bb304a2fe2e, kernel test robot
• [PATCH v7] driver core: platform: set numa_node before platform_device_add(), Jinhui Guo
  • Re: [PATCH v7] driver core: platform: set numa_node before platform_device_add(), Greg KH
    • Re: [PATCH v7] driver core: platform: set numa_node before platform_device_add(), Jinhui Guo
• [rafael-pm:bleeding-edge] BUILD SUCCESS 0c56128ecebb383951243284bcd8dd20aca62203, kernel test robot
• [PATCH v2 1/1] ACPI / APEI: Fix for overwriting AER info when error status data has multiple sections, shiju.jose
  • Re: [PATCH v2 1/1] ACPI / APEI: Fix for overwriting AER info when error status data has multiple sections, kernel test robot
  • Re: [PATCH v2 1/1] ACPI / APEI: Fix for overwriting AER info when error status data has multiple sections, Rafael J. Wysocki
    • RE: [PATCH v2 1/1] ACPI / APEI: Fix for overwriting AER info when error status data has multiple sections, Shiju Jose
• [PATCH v8] cpuidle, ACPI: Evaluate LPI arch_flags for broadcast timer, Oza Pawandeep
  • Re: [PATCH v8] cpuidle, ACPI: Evaluate LPI arch_flags for broadcast timer, Will Deacon
    • Re: [PATCH v8] cpuidle, ACPI: Evaluate LPI arch_flags for broadcast timer, Sudeep Holla
    • RE: [PATCH v8] cpuidle, ACPI: Evaluate LPI arch_flags for broadcast timer, Pawandeep Oza (QUIC)
      • Re: [PATCH v8] cpuidle, ACPI: Evaluate LPI arch_flags for broadcast timer, Sudeep Holla
        • RE: [PATCH v8] cpuidle, ACPI: Evaluate LPI arch_flags for broadcast timer, Pawandeep Oza (QUIC)
• [PATCH v6] driver core: platform: set numa_node before platform_device_add(), Jinhui Guo
  • Re: [PATCH v6] driver core: platform: set numa_node before platform_device_add(), Greg KH
  • Re: [PATCH v6] driver core: platform: set numa_node before platform_device_add(), Jinhui Guo
  • Re: [PATCH v6] driver core: platform: set numa_node before platform_device_add(), Jinhui Guo
  • Re: [PATCH v6] driver core: platform: set numa_node before platform_device_add(), Rafael J. Wysocki
  • Re: [PATCH v6] driver core: platform: set numa_node before platform_device_add(), Jinhui Guo
• Questions: Should kernel panic when PCIe fatal error occurs?, Shuai Xue
  • Re: Questions: Should kernel panic when PCIe fatal error occurs?, Bjorn Helgaas
    • Message not available
      • RE: Questions: Should kernel panic when PCIe fatal error occurs?, David Laight
        • Re: Questions: Should kernel panic when PCIe fatal error occurs?, Shuai Xue
          • RE: Questions: Should kernel panic when PCIe fatal error occurs?, David Laight
    • RE: Questions: Should kernel panic when PCIe fatal error occurs?, David Laight
      • Re: Questions: Should kernel panic when PCIe fatal error occurs?, Oliver O'Halloran
  • <Possible follow-ups>
  • Re: Questions: Should kernel panic when PCIe fatal error occurs?, Bjorn Helgaas
    • Re: Questions: Should kernel panic when PCIe fatal error occurs?, Shuai Xue
      • Re: Questions: Should kernel panic when PCIe fatal error occurs?, Bjorn Helgaas
        • Re: Questions: Should kernel panic when PCIe fatal error occurs?, Shuai Xue
        • Re: Questions: Should kernel panic when PCIe fatal error occurs?, Oliver O'Halloran
• [PATCH V7 0/7] amd-pstate preferred core, Meng Li
  • [PATCH V7 1/7] x86: Drop CPU_SUP_INTEL from SCHED_MC_PRIO for the expansion., Meng Li
  • [PATCH V7 2/7] acpi: cppc: Add get the highest performance cppc control, Meng Li
  • [PATCH V7 3/7] cpufreq: amd-pstate: Enable amd-pstate preferred core supporting., Meng Li
    • Re: [PATCH V7 3/7] cpufreq: amd-pstate: Enable amd-pstate preferred core supporting., Huang Rui
  • [PATCH V7 5/7] cpufreq: amd-pstate: Update amd-pstate preferred core ranking dynamically, Meng Li
  • [PATCH V7 6/7] Documentation: amd-pstate: introduce amd-pstate preferred core, Meng Li
  • [PATCH V7 4/7] cpufreq: Add a notification message that the highest perf has changed, Meng Li
  • [PATCH V7 7/7] Documentation: introduce amd-pstate preferrd core mode kernel command line options, Meng Li
  • Re: [PATCH V7 0/7] amd-pstate preferred core, Mario Limonciello
    • RE: [PATCH V7 0/7] amd-pstate preferred core, Meng, Li (Jassmine)
  • Re: [PATCH V7 0/7] amd-pstate preferred core, Shuah Khan
    • Re: [PATCH V7 0/7] amd-pstate preferred core, Shuah
  • Re: [PATCH V7 0/7] amd-pstate preferred core, Oleksandr Natalenko
    • Re: [PATCH V7 0/7] amd-pstate preferred core, Mario Limonciello
      • Re: [PATCH V7 0/7] amd-pstate preferred core, Oleksandr Natalenko
        • Re: [PATCH V7 0/7] amd-pstate preferred core, Mario Limonciello
          • RE: [PATCH V7 0/7] amd-pstate preferred core, Meng, Li (Jassmine)
  • Re: [PATCH V7 0/7] amd-pstate preferred core, Huang Rui
• [RFC PATCH 0/9] [RFC PATCH 0/9] Use ERST for persistent storage of MCE and APEI errors, Shuai Xue
  • [RFC PATCH 2/9] ACPI: APEI: Use common ERST struct to read/write serialized MCE record, Shuai Xue
  • [RFC PATCH 4/9] ACPI: tables: change section_type of generic error data as guid_t, Shuai Xue
  • [RFC PATCH 3/9] ACPI: APEI: ERST: Emit the mce_record tracepoint, Shuai Xue
  • [RFC PATCH 1/9] pstore: move pstore creator id, section type and record struct to common header, Shuai Xue
  • [RFC PATCH 5/9] ACPI: APEI: GHES: Use ERST to serialize APEI generic error before panic, Shuai Xue
  • [RFC PATCH 6/9] ACPI: APEI: GHES: export ghes_report_chain, Shuai Xue
  • [RFC PATCH 7/9] ACPI: APEI: ESRT: kick ghes_report_chain notifier to report serialized memory errors, Shuai Xue
  • [RFC PATCH 9/9] ACPI: APEI: ESRT: log ARM processor error, Shuai Xue
  • [RFC PATCH 8/9] ACPI: APEI: ESRT: print AER to report serialized PCIe errors, Shuai Xue
• [PATCH 1/2] ACPI: video: Move Xiaomi Mi Pad 2 quirk to its own section, Hans de Goede
  • [PATCH 2/2] ACPI: video: Add "vendor" quirks for 3 Lenovo x86 Android tablets, Hans de Goede
  • Re: [PATCH 1/2] ACPI: video: Move Xiaomi Mi Pad 2 quirk to its own section, Rafael J. Wysocki
• [PATCH v7] cpuidle, ACPI: Evaluate LPI arch_flags for broadcast timer, Oza Pawandeep
  • Re: [PATCH v7] cpuidle, ACPI: Evaluate LPI arch_flags for broadcast timer, Rafael J. Wysocki
  • Re: [PATCH v7] cpuidle, ACPI: Evaluate LPI arch_flags for broadcast timer, Sudeep Holla
• [GIT PULL] Thermal control updates for v6.6-rc2, Rafael J. Wysocki
  • Re: [GIT PULL] Thermal control updates for v6.6-rc2, pr-tracker-bot
• [RFC PATCH 1/1] ACPI / APEI: Fix for overwriting aer info when error status data have multiple sections, shiju.jose
  • Re: [RFC PATCH 1/1] ACPI / APEI: Fix for overwriting aer info when error status data have multiple sections, Bjorn Helgaas
    • RE: [RFC PATCH 1/1] ACPI / APEI: Fix for overwriting aer info when error status data have multiple sections, Shiju Jose
      • Re: [RFC PATCH 1/1] ACPI / APEI: Fix for overwriting aer info when error status data have multiple sections, Bjorn Helgaas
        • Re: [RFC PATCH 1/1] ACPI / APEI: Fix for overwriting aer info when error status data have multiple sections, Rafael J. Wysocki
• [RFC PATCH 0/9] ACPI:RASF: Add support for ACPI RASF, ACPI RAS2 and configure scrubbers, shiju.jose
  • [RFC PATCH 7/9] ACPICA: ACPI 6.5: Add support for RAS2 table, shiju.jose
  • [RFC PATCH 5/9] ACPI:RASF: Add common library for RASF and RAS2 PCC interfaces, shiju.jose
  • [RFC PATCH 6/9] memory: RASF: Add memory RASF driver, shiju.jose
  • [RFC PATCH 2/9] memory: scrub: sysfs: Add Documentation entries for set of scrub attributes, shiju.jose
    • Re: [RFC PATCH 2/9] memory: scrub: sysfs: Add Documentation entries for set of scrub attributes, Jiaqi Yan
      • Re: [RFC PATCH 2/9] memory: scrub: sysfs: Add Documentation entries for set of scrub attributes, Jonathan Cameron
        • Re: [RFC PATCH 2/9] memory: scrub: sysfs: Add Documentation entries for set of scrub attributes, Jiaqi Yan
          • Re: [RFC PATCH 2/9] memory: scrub: sysfs: Add Documentation entries for set of scrub attributes, Jonathan Cameron
          • Re: [RFC PATCH 2/9] memory: scrub: sysfs: Add Documentation entries for set of scrub attributes, David Rientjes
            • Re: [RFC PATCH 2/9] memory: scrub: sysfs: Add Documentation entries for set of scrub attributes, Jonathan Cameron
              • RE: [RFC PATCH 2/9] memory: scrub: sysfs: Add Documentation entries for set of scrub attributes, Sridharan, Vilas
                • Re: [RFC PATCH 2/9] memory: scrub: sysfs: Add Documentation entries for set of scrub attributes, Jonathan Cameron
                  • RE: [RFC PATCH 2/9] memory: scrub: sysfs: Add Documentation entries for set of scrub attributes, Sridharan, Vilas
                    • Re: [RFC PATCH 2/9] memory: scrub: sysfs: Add Documentation entries for set of scrub attributes, Jonathan Cameron
                      • RE: [RFC PATCH 2/9] memory: scrub: sysfs: Add Documentation entries for set of scrub attributes, Sridharan, Vilas
                        • Re: [RFC PATCH 2/9] memory: scrub: sysfs: Add Documentation entries for set of scrub attributes, Jonathan Cameron
  • [RFC PATCH 1/9] memory: scrub: Add scrub driver supports configuring memory scrubbers in the system, shiju.jose
  • [RFC PATCH 4/9] ACPI:RASF: Add extract RASF table to register RASF platform devices, shiju.jose
  • [RFC PATCH 9/9] memory: RAS2: Add memory RAS2 driver, shiju.jose
  • [RFC PATCH 3/9] Documentation/scrub-configure.rst: Add documentation for scrub driver, shiju.jose
    • Re: [RFC PATCH 3/9] Documentation/scrub-configure.rst: Add documentation for scrub driver, David Hildenbrand
      • RE: [RFC PATCH 3/9] Documentation/scrub-configure.rst: Add documentation for scrub driver, Shiju Jose
        • Re: [RFC PATCH 3/9] Documentation/scrub-configure.rst: Add documentation for scrub driver, David Hildenbrand
          • Re: [RFC PATCH 3/9] Documentation/scrub-configure.rst: Add documentation for scrub driver, Jonathan Cameron
            • Re: [RFC PATCH 3/9] Documentation/scrub-configure.rst: Add documentation for scrub driver, David Hildenbrand
              • RE: [RFC PATCH 3/9] Documentation/scrub-configure.rst: Add documentation for scrub driver, Shiju Jose
  • [RFC PATCH 8/9] ACPI:RAS2: Add driver for ACPI RAS2 feature table (RAS2), shiju.jose
  • Re: [RFC PATCH 0/9] ACPI:RASF: Add support for ACPI RASF, ACPI RAS2 and configure scrubbers, Jiaqi Yan
    • RE: [RFC PATCH 0/9] ACPI:RASF: Add support for ACPI RASF, ACPI RAS2 and configure scrubbers, Shiju Jose
      • Re: [RFC PATCH 0/9] ACPI:RASF: Add support for ACPI RASF, ACPI RAS2 and configure scrubbers, Jiaqi Yan
        • RE: [RFC PATCH 0/9] ACPI:RASF: Add support for ACPI RASF, ACPI RAS2 and configure scrubbers, Shiju Jose
• [PATCH v3 00/11] gpiolib: work towards removing gpiochip_find(), Bartosz Golaszewski
  • [PATCH v3 01/11] gpiolib: make gpio_device_get() and gpio_device_put() public, Bartosz Golaszewski
  • [PATCH v3 05/11] gpiolib: provide gpio_device_get_desc(), Bartosz Golaszewski
  • [PATCH v3 03/11] gpiolib: provide gpio_device_find(), Bartosz Golaszewski
  • [PATCH v3 02/11] gpiolib: add support for scope-based management to gpio_device, Bartosz Golaszewski
  • [PATCH v3 08/11] gpio: of: replace gpiochip_find_* with gpio_device_find_*, Bartosz Golaszewski
  • [PATCH v3 04/11] gpiolib: provide gpio_device_find_by_label(), Bartosz Golaszewski
    • Re: [PATCH v3 04/11] gpiolib: provide gpio_device_find_by_label(), Andy Shevchenko
      • Re: [PATCH v3 04/11] gpiolib: provide gpio_device_find_by_label(), Bartosz Golaszewski
        • Re: [PATCH v3 04/11] gpiolib: provide gpio_device_find_by_label(), Andy Shevchenko
          • Re: [PATCH v3 04/11] gpiolib: provide gpio_device_find_by_label(), Bartosz Golaszewski
            • Re: [PATCH v3 04/11] gpiolib: provide gpio_device_find_by_label(), Andy Shevchenko
              • Re: [PATCH v3 04/11] gpiolib: provide gpio_device_find_by_label(), Bartosz Golaszewski
  • [PATCH v3 07/11] gpiolib: replace find_chip_by_name() with gpio_device_find_by_label(), Bartosz Golaszewski
    • Re: [PATCH v3 07/11] gpiolib: replace find_chip_by_name() with gpio_device_find_by_label(), Andy Shevchenko
      • Re: [PATCH v3 07/11] gpiolib: replace find_chip_by_name() with gpio_device_find_by_label(), Bartosz Golaszewski
        • Re: [PATCH v3 07/11] gpiolib: replace find_chip_by_name() with gpio_device_find_by_label(), Linus Walleij
  • [PATCH v3 06/11] gpiolib: reluctantly provide gpio_device_get_chip(), Bartosz Golaszewski
  • [PATCH v3 09/11] gpio: acpi: replace gpiochip_find() with gpio_device_find(), Bartosz Golaszewski
    • Re: [PATCH v3 09/11] gpio: acpi: replace gpiochip_find() with gpio_device_find(), Mika Westerberg
  • [PATCH v3 10/11] gpio: swnode: replace gpiochip_find() with gpio_device_find_by_label(), Bartosz Golaszewski
    • Re: [PATCH v3 10/11] gpio: swnode: replace gpiochip_find() with gpio_device_find_by_label(), Andy Shevchenko
      • Re: [PATCH v3 10/11] gpio: swnode: replace gpiochip_find() with gpio_device_find_by_label(), Bartosz Golaszewski
  • [PATCH v3 11/11] gpio: sysfs: drop the mention of gpiochip_find() from sysfs code, Bartosz Golaszewski
• [rafael-pm:bleeding-edge] BUILD SUCCESS 77717cab92056218f16b9fa41af5363b9411f4d6, kernel test robot
• [PATCH v1] ACPI: processor_pdc: Fix uninitialized access of buf, Michal Wilczynski
  • Re: [PATCH v1] ACPI: processor_pdc: Fix uninitialized access of buf, Rafael J. Wysocki
• [PATCH v5] driver core: platform: set numa_node before platform_add_device(), Jinhui Guo
  • Re: [PATCH v5] driver core: platform: set numa_node before platform_add_device(), Rafael J. Wysocki
    • Re: [PATCH] driver core: platform: set numa_node before platform_add_device(), Jinhui Guo
      • Re: [PATCH] driver core: platform: set numa_node before platform_add_device(), Rafael J. Wysocki
• [PATCH v6] cpuidle, ACPI: Evaluate LPI arch_flags for broadcast timer, Oza Pawandeep
  • Re: [PATCH v6] cpuidle, ACPI: Evaluate LPI arch_flags for broadcast timer, kernel test robot
• [PATCH v4] driver core: platform: set numa_node before platform_add_device(), Jinhui Guo
  • Re: [PATCH v4] driver core: platform: set numa_node before platform_add_device(), Greg KH
• [PATCH RFC v2] cpu-hotplug: provide prototypes for arch CPU registration, Russell King (Oracle)
  • Re: [PATCH RFC v2] cpu-hotplug: provide prototypes for arch CPU registration, Thomas Gleixner
    • Re: [PATCH RFC v2] cpu-hotplug: provide prototypes for arch CPU registration, Russell King (Oracle)
      • Re: [PATCH RFC v2] cpu-hotplug: provide prototypes for arch CPU registration, Russell King (Oracle)
• [PATCH RFC] cpu-hotplug: provide prototypes for arch CPU registration, Russell King (Oracle)
• [PATCH] mailbox: pcc: export the PCC subspace type, Huisong Li
  • Re: [PATCH] mailbox: pcc: export the PCC subspace type, Sudeep Holla
    • Re: [PATCH] mailbox: pcc: export the PCC subspace type, lihuisong (C)
      • Re: [PATCH] mailbox: pcc: export the PCC subspace type, Sudeep Holla
        • Re: [PATCH] mailbox: pcc: export the PCC subspace type, lihuisong (C)
  • [PATCH v2 0/2] mailbox: pcc: export the PCC subspace type, Huisong Li
    • [PATCH v2 2/2] soc: kunpeng_hccs: add the check for PCC subspace type, Huisong Li
      • Re: [PATCH v2 2/2] soc: kunpeng_hccs: add the check for PCC subspace type, Sudeep Holla
        • Re: [PATCH v2 2/2] soc: kunpeng_hccs: add the check for PCC subspace type, lihuisong (C)
          • Re: [PATCH v2 2/2] soc: kunpeng_hccs: add the check for PCC subspace type, lihuisong (C)
          • Re: [PATCH v2 2/2] soc: kunpeng_hccs: add the check for PCC subspace type, Sudeep Holla
            • Re: [PATCH v2 2/2] soc: kunpeng_hccs: add the check for PCC subspace type, lihuisong (C)
    • [PATCH v2 1/2] mailbox: pcc: export the PCC subspace type, Huisong Li
• [Patch v2 0/2] Add support for _TFP and change throttle pctg, Sumit Gupta
  • [Patch v2 1/2] ACPI: thermal: Add Thermal fast Sampling Period (_TFP) support, Sumit Gupta
  • [Patch v2 2/2] ACPI: processor: reduce CPUFREQ thermal reduction pctg for Tegra241, Sumit Gupta
    • Re: [Patch v2 2/2] ACPI: processor: reduce CPUFREQ thermal reduction pctg for Tegra241, kernel test robot
      • Re: [Patch v2 2/2] ACPI: processor: reduce CPUFREQ thermal reduction pctg for Tegra241, Sumit Gupta
        • Re: [Patch v2 2/2] ACPI: processor: reduce CPUFREQ thermal reduction pctg for Tegra241, Rafael J. Wysocki
          • Re: [Patch v2 2/2] ACPI: processor: reduce CPUFREQ thermal reduction pctg for Tegra241, Sumit Gupta
    • Re: [Patch v2 2/2] ACPI: processor: reduce CPUFREQ thermal reduction pctg for Tegra241, kernel test robot
    • Re: [Patch v2 2/2] ACPI: processor: reduce CPUFREQ thermal reduction pctg for Tegra241, kernel test robot
    • Re: [Patch v2 2/2] ACPI: processor: reduce CPUFREQ thermal reduction pctg for Tegra241, Rafael J. Wysocki
      • Re: [Patch v2 2/2] ACPI: processor: reduce CPUFREQ thermal reduction pctg for Tegra241, Sumit Gupta
• [RFC PATCH v2 00/35] ACPI/arm64: add support for virtual cpuhotplug, James Morse
  • [RFC PATCH v2 01/35] ACPI: Move ACPI_HOTPLUG_CPU to be disabled on arm64 and riscv, James Morse
    • Re: [RFC PATCH v2 01/35] ACPI: Move ACPI_HOTPLUG_CPU to be disabled on arm64 and riscv, Russell King (Oracle)
  • [RFC PATCH v2 02/35] drivers: base: Use present CPUs in GENERIC_CPU_DEVICES, James Morse
    • Re: [RFC PATCH v2 02/35] drivers: base: Use present CPUs in GENERIC_CPU_DEVICES, Russell King (Oracle)
      • Re: [RFC PATCH v2 02/35] drivers: base: Use present CPUs in GENERIC_CPU_DEVICES, Jonathan Cameron
        • Re: [RFC PATCH v2 02/35] drivers: base: Use present CPUs in GENERIC_CPU_DEVICES, Russell King (Oracle)
    • Re: [RFC PATCH v2 02/35] drivers: base: Use present CPUs in GENERIC_CPU_DEVICES, Jonathan Cameron
  • [RFC PATCH v2 03/35] drivers: base: Allow parts of GENERIC_CPU_DEVICES to be overridden, James Morse
    • Re: [RFC PATCH v2 03/35] drivers: base: Allow parts of GENERIC_CPU_DEVICES to be overridden, Russell King (Oracle)
    • Re: [RFC PATCH v2 03/35] drivers: base: Allow parts of GENERIC_CPU_DEVICES to be overridden, Jonathan Cameron
    • Re: [RFC PATCH v2 03/35] drivers: base: Allow parts of GENERIC_CPU_DEVICES to be overridden, Jonathan Cameron
  • [RFC PATCH v2 04/35] drivers: base: Move cpu_dev_init() after node_dev_init(), James Morse
    • Re: [RFC PATCH v2 04/35] drivers: base: Move cpu_dev_init() after node_dev_init(), Russell King (Oracle)
    • Re: [RFC PATCH v2 04/35] drivers: base: Move cpu_dev_init() after node_dev_init(), Jonathan Cameron
  • [RFC PATCH v2 05/35] drivers: base: Print a warning instead of panic() when register_cpu() fails, James Morse
    • Re: [RFC PATCH v2 05/35] drivers: base: Print a warning instead of panic() when register_cpu() fails, Russell King (Oracle)
    • Re: [RFC PATCH v2 05/35] drivers: base: Print a warning instead of panic() when register_cpu() fails, Gavin Shan
      • Re: [RFC PATCH v2 05/35] drivers: base: Print a warning instead of panic() when register_cpu() fails, Russell King (Oracle)
  • [RFC PATCH v2 06/35] arm64: setup: Switch over to GENERIC_CPU_DEVICES using arch_register_cpu(), James Morse
    • Re: [RFC PATCH v2 06/35] arm64: setup: Switch over to GENERIC_CPU_DEVICES using arch_register_cpu(), Russell King (Oracle)
    • Re: [RFC PATCH v2 06/35] arm64: setup: Switch over to GENERIC_CPU_DEVICES using arch_register_cpu(), Jonathan Cameron
      • Re: [RFC PATCH v2 06/35] arm64: setup: Switch over to GENERIC_CPU_DEVICES using arch_register_cpu(), Russell King (Oracle)
        • Re: [RFC PATCH v2 06/35] arm64: setup: Switch over to GENERIC_CPU_DEVICES using arch_register_cpu(), Jonathan Cameron
  • [RFC PATCH v2 07/35] x86: intel_epb: Don't rely on link order, James Morse
    • Re: [RFC PATCH v2 07/35] x86: intel_epb: Don't rely on link order, Russell King (Oracle)
    • Re: [RFC PATCH v2 07/35] x86: intel_epb: Don't rely on link order, Gavin Shan
  • [RFC PATCH v2 08/35] x86/topology: Switch over to GENERIC_CPU_DEVICES, James Morse
    • Re: [RFC PATCH v2 08/35] x86/topology: Switch over to GENERIC_CPU_DEVICES, Russell King (Oracle)
    • Re: [RFC PATCH v2 08/35] x86/topology: Switch over to GENERIC_CPU_DEVICES, Jonathan Cameron
  • [RFC PATCH v2 09/35] LoongArch: Switch over to GENERIC_CPU_DEVICES, James Morse
    • Re: [RFC PATCH v2 09/35] LoongArch: Switch over to GENERIC_CPU_DEVICES, Russell King (Oracle)
    • Re: [RFC PATCH v2 09/35] LoongArch: Switch over to GENERIC_CPU_DEVICES, Jonathan Cameron
  • [RFC PATCH v2 10/35] riscv: Switch over to GENERIC_CPU_DEVICES, James Morse
    • Re: [RFC PATCH v2 10/35] riscv: Switch over to GENERIC_CPU_DEVICES, Russell King (Oracle)
      • Re: [RFC PATCH v2 10/35] riscv: Switch over to GENERIC_CPU_DEVICES, Jonathan Cameron
  • [RFC PATCH v2 11/35] arch_topology: Make register_cpu_capacity_sysctl() tolerant to late CPUs, James Morse
    • Re: [RFC PATCH v2 11/35] arch_topology: Make register_cpu_capacity_sysctl() tolerant to late CPUs, Jonathan Cameron
      • Re: [RFC PATCH v2 11/35] arch_topology: Make register_cpu_capacity_sysctl() tolerant to late CPUs, Russell King (Oracle)
        • Re: [RFC PATCH v2 11/35] arch_topology: Make register_cpu_capacity_sysctl() tolerant to late CPUs, Greg KH
      • Re: [RFC PATCH v2 11/35] arch_topology: Make register_cpu_capacity_sysctl() tolerant to late CPUs, Russell King (Oracle)
        • Re: [RFC PATCH v2 11/35] arch_topology: Make register_cpu_capacity_sysctl() tolerant to late CPUs, Russell King (Oracle)
        • Re: [RFC PATCH v2 11/35] arch_topology: Make register_cpu_capacity_sysctl() tolerant to late CPUs, Jonathan Cameron
  • [RFC PATCH v2 12/35] ACPI: Use the acpi_device_is_present() helper in more places, James Morse
    • Re: [RFC PATCH v2 12/35] ACPI: Use the acpi_device_is_present() helper in more places, Jonathan Cameron
    • Re: [RFC PATCH v2 12/35] ACPI: Use the acpi_device_is_present() helper in more places, Gavin Shan
  • [RFC PATCH v2 13/35] ACPI: Rename acpi_scan_device_not_present() to be about enumeration, James Morse
    • Re: [RFC PATCH v2 13/35] ACPI: Rename acpi_scan_device_not_present() to be about enumeration, Gavin Shan
    • Re: [RFC PATCH v2 13/35] ACPI: Rename acpi_scan_device_not_present() to be about enumeration, Russell King (Oracle)
      • Re: [RFC PATCH v2 13/35] ACPI: Rename acpi_scan_device_not_present() to be about enumeration, Jonathan Cameron
  • [RFC PATCH v2 14/35] ACPI: Only enumerate enabled (or functional) devices, James Morse
    • Re: [RFC PATCH v2 14/35] ACPI: Only enumerate enabled (or functional) devices, Jonathan Cameron
      • Re: [RFC PATCH v2 14/35] ACPI: Only enumerate enabled (or functional) devices, Jonathan Cameron
        • Re: [RFC PATCH v2 14/35] ACPI: Only enumerate enabled (or functional) devices, Russell King (Oracle)
          • Re: [RFC PATCH v2 14/35] ACPI: Only enumerate enabled (or functional) devices, Jonathan Cameron
      • Re: [RFC PATCH v2 14/35] ACPI: Only enumerate enabled (or functional) devices, Gavin Shan
    • Re: [RFC PATCH v2 14/35] ACPI: Only enumerate enabled (or functional) devices, Gavin Shan
      • Re: [RFC PATCH v2 14/35] ACPI: Only enumerate enabled (or functional) devices, Russell King (Oracle)
  • [RFC PATCH v2 15/35] ACPI: processor: Add support for processors described as container packages, James Morse
    • Re: [RFC PATCH v2 15/35] ACPI: processor: Add support for processors described as container packages, Jonathan Cameron
      • Re: [RFC PATCH v2 15/35] ACPI: processor: Add support for processors described as container packages, Russell King (Oracle)
        • Re: [RFC PATCH v2 15/35] ACPI: processor: Add support for processors described as container packages, Russell King (Oracle)
        • Re: [RFC PATCH v2 15/35] ACPI: processor: Add support for processors described as container packages, Jonathan Cameron
    • Re: [RFC PATCH v2 15/35] ACPI: processor: Add support for processors described as container packages, Gavin Shan
      • Re: [RFC PATCH v2 15/35] ACPI: processor: Add support for processors described as container packages, Russell King (Oracle)
    • Re: [RFC PATCH v2 15/35] ACPI: processor: Add support for processors described as container packages, Russell King (Oracle)
  • [RFC PATCH v2 16/35] ACPI: processor: Register CPUs that are online, but not described in the DSDT, James Morse
    • Re: [RFC PATCH v2 16/35] ACPI: processor: Register CPUs that are online, but not described in the DSDT, Jonathan Cameron
    • Re: [RFC PATCH v2 16/35] ACPI: processor: Register CPUs that are online, but not described in the DSDT, Gavin Shan
  • [RFC PATCH v2 18/35] ACPI: Rename ACPI_HOTPLUG_CPU to include 'present', James Morse
    • Re: [RFC PATCH v2 18/35] ACPI: Rename ACPI_HOTPLUG_CPU to include 'present', Gavin Shan
  • [RFC PATCH v2 19/35] ACPI: Move acpi_bus_trim_one() before acpi_scan_hot_remove(), James Morse
    • Re: [RFC PATCH v2 19/35] ACPI: Move acpi_bus_trim_one() before acpi_scan_hot_remove(), Jonathan Cameron
    • Re: [RFC PATCH v2 19/35] ACPI: Move acpi_bus_trim_one() before acpi_scan_hot_remove(), Gavin Shan
  • [RFC PATCH v2 17/35] ACPI: processor: Register all CPUs from acpi_processor_get_info(), James Morse
    • Re: [RFC PATCH v2 17/35] ACPI: processor: Register all CPUs from acpi_processor_get_info(), Gavin Shan
  • [RFC PATCH v2 20/35] ACPI: Rename acpi_processor_hotadd_init and remove pre-processor guards, James Morse
    • Re: [RFC PATCH v2 20/35] ACPI: Rename acpi_processor_hotadd_init and remove pre-processor guards, Jonathan Cameron
      • Re: [RFC PATCH v2 20/35] ACPI: Rename acpi_processor_hotadd_init and remove pre-processor guards, Gavin Shan
        • Re: [RFC PATCH v2 20/35] ACPI: Rename acpi_processor_hotadd_init and remove pre-processor guards, Russell King (Oracle)
  • [RFC PATCH v2 21/35] ACPI: Add post_eject to struct acpi_scan_handler for cpu hotplug, James Morse
    • Re: [RFC PATCH v2 21/35] ACPI: Add post_eject to struct acpi_scan_handler for cpu hotplug, Jonathan Cameron
    • Re: [RFC PATCH v2 21/35] ACPI: Add post_eject to struct acpi_scan_handler for cpu hotplug, Gavin Shan
  • [RFC PATCH v2 22/35] ACPI: Check _STA present bit before making CPUs not present, James Morse
    • Re: [RFC PATCH v2 22/35] ACPI: Check _STA present bit before making CPUs not present, Jonathan Cameron
      • Re: [RFC PATCH v2 22/35] ACPI: Check _STA present bit before making CPUs not present, Russell King (Oracle)
    • Re: [RFC PATCH v2 22/35] ACPI: Check _STA present bit before making CPUs not present, Gavin Shan
      • Re: [RFC PATCH v2 22/35] ACPI: Check _STA present bit before making CPUs not present, Russell King (Oracle)
  • [RFC PATCH v2 27/35] ACPICA: Add new MADT GICC flags fields [code first?], James Morse
    • Re: [RFC PATCH v2 27/35] ACPICA: Add new MADT GICC flags fields [code first?], Ard Biesheuvel
      • Re: [RFC PATCH v2 27/35] ACPICA: Add new MADT GICC flags fields [code first?], Jonathan Cameron
        • Re: [RFC PATCH v2 27/35] ACPICA: Add new MADT GICC flags fields [code first?], Ard Biesheuvel
          • Re: [RFC PATCH v2 27/35] ACPICA: Add new MADT GICC flags fields [code first?], Russell King (Oracle)
          • RE: [RFC PATCH v2 27/35] ACPICA: Add new MADT GICC flags fields [code first?], Salil Mehta
            • Re: [RFC PATCH v2 27/35] ACPICA: Add new MADT GICC flags fields [code first?], Russell King (Oracle)
              • Re: [RFC PATCH v2 27/35] ACPICA: Add new MADT GICC flags fields [code first?], Rafael J. Wysocki
                • RE: [RFC PATCH v2 27/35] ACPICA: Add new MADT GICC flags fields [code first?], Salil Mehta
                  • Re: [RFC PATCH v2 27/35] ACPICA: Add new MADT GICC flags fields [code first?], Rafael J. Wysocki
                    • RE: [RFC PATCH v2 27/35] ACPICA: Add new MADT GICC flags fields [code first?], Salil Mehta
                      • Re: [RFC PATCH v2 27/35] ACPICA: Add new MADT GICC flags fields [code first?], Russell King (Oracle)
                        • RE: [RFC PATCH v2 27/35] ACPICA: Add new MADT GICC flags fields [code first?], Salil Mehta
                  • Re: [RFC PATCH v2 27/35] ACPICA: Add new MADT GICC flags fields [code first?], Russell King (Oracle)
                    • RE: [RFC PATCH v2 27/35] ACPICA: Add new MADT GICC flags fields [code first?], Salil Mehta
                      • Re: [RFC PATCH v2 27/35] ACPICA: Add new MADT GICC flags fields [code first?], Jonathan Cameron
                        • RE: [RFC PATCH v2 27/35] ACPICA: Add new MADT GICC flags fields [code first?], Salil Mehta
                      • Re: [RFC PATCH v2 27/35] ACPICA: Add new MADT GICC flags fields [code first?], Russell King (Oracle)
                        • RE: [RFC PATCH v2 27/35] ACPICA: Add new MADT GICC flags fields [code first?], Salil Mehta
              • RE: [RFC PATCH v2 27/35] ACPICA: Add new MADT GICC flags fields [code first?], Salil Mehta
    • Re: [RFC PATCH v2 27/35] ACPICA: Add new MADT GICC flags fields [code first?], Jonathan Cameron
  • [RFC PATCH v2 23/35] ACPI: Warn when the present bit changes but the feature is not enabled, James Morse
    • Re: [RFC PATCH v2 23/35] ACPI: Warn when the present bit changes but the feature is not enabled, Jonathan Cameron
    • Re: [RFC PATCH v2 23/35] ACPI: Warn when the present bit changes but the feature is not enabled, Gavin Shan
  • [RFC PATCH v2 24/35] drivers: base: Implement weak arch_unregister_cpu(), James Morse
    • Re: [RFC PATCH v2 24/35] drivers: base: Implement weak arch_unregister_cpu(), Jonathan Cameron
    • Re: [RFC PATCH v2 24/35] drivers: base: Implement weak arch_unregister_cpu(), Gavin Shan
      • Re: [RFC PATCH v2 24/35] drivers: base: Implement weak arch_unregister_cpu(), Russell King (Oracle)
        • Re: [RFC PATCH v2 24/35] drivers: base: Implement weak arch_unregister_cpu(), Russell King (Oracle)
  • [RFC PATCH v2 28/35] arm64, irqchip/gic-v3, ACPI: Move MADT GICC enabled check into a helper, James Morse
    • Re: [RFC PATCH v2 28/35] arm64, irqchip/gic-v3, ACPI: Move MADT GICC enabled check into a helper, Russell King (Oracle)
    • Re: [RFC PATCH v2 28/35] arm64, irqchip/gic-v3, ACPI: Move MADT GICC enabled check into a helper, Jonathan Cameron
    • Re: [RFC PATCH v2 28/35] arm64, irqchip/gic-v3, ACPI: Move MADT GICC enabled check into a helper, Gavin Shan
  • [RFC PATCH v2 26/35] arm64: acpi: Move get_cpu_for_acpi_id() to a header, James Morse
    • Re: [RFC PATCH v2 26/35] arm64: acpi: Move get_cpu_for_acpi_id() to a header, Jonathan Cameron
    • Re: [RFC PATCH v2 26/35] arm64: acpi: Move get_cpu_for_acpi_id() to a header, Gavin Shan
  • [RFC PATCH v2 25/35] LoongArch: Use the __weak version of arch_unregister_cpu(), James Morse
    • Re: [RFC PATCH v2 25/35] LoongArch: Use the __weak version of arch_unregister_cpu(), Jonathan Cameron
      • Re: [RFC PATCH v2 25/35] LoongArch: Use the __weak version of arch_unregister_cpu(), Russell King (Oracle)
    • Re: [RFC PATCH v2 25/35] LoongArch: Use the __weak version of arch_unregister_cpu(), Gavin Shan
  • [RFC PATCH v2 29/35] irqchip/gic-v3: Don't return errors from gic_acpi_match_gicc(), James Morse
    • Re: [RFC PATCH v2 29/35] irqchip/gic-v3: Don't return errors from gic_acpi_match_gicc(), Jonathan Cameron
      • Re: [RFC PATCH v2 29/35] irqchip/gic-v3: Don't return errors from gic_acpi_match_gicc(), Russell King (Oracle)
    • Re: [RFC PATCH v2 29/35] irqchip/gic-v3: Don't return errors from gic_acpi_match_gicc(), Gavin Shan
      • Re: [RFC PATCH v2 29/35] irqchip/gic-v3: Don't return errors from gic_acpi_match_gicc(), Gavin Shan
  • [RFC PATCH v2 30/35] irqchip/gic-v3: Add support for ACPI's disabled but 'online capable' CPUs, James Morse
    • Re: [RFC PATCH v2 30/35] irqchip/gic-v3: Add support for ACPI's disabled but 'online capable' CPUs, Russell King (Oracle)
      • Re: [RFC PATCH v2 30/35] irqchip/gic-v3: Add support for ACPI's disabled but 'online capable' CPUs, Gavin Shan
  • [RFC PATCH v2 33/35] arm64: document virtual CPU hotplug's expectations, James Morse
    • Re: [RFC PATCH v2 33/35] arm64: document virtual CPU hotplug's expectations, Jonathan Cameron
  • [RFC PATCH v2 32/35] ACPI: add support to register CPUs based on the _STA enabled bit, James Morse
    • Re: [RFC PATCH v2 32/35] ACPI: add support to register CPUs based on the _STA enabled bit, Jonathan Cameron
      • Re: [RFC PATCH v2 32/35] ACPI: add support to register CPUs based on the _STA enabled bit, Russell King (Oracle)
    • Re: [RFC PATCH v2 32/35] ACPI: add support to register CPUs based on the _STA enabled bit, Gavin Shan
      • Re: [RFC PATCH v2 32/35] ACPI: add support to register CPUs based on the _STA enabled bit, Russell King (Oracle)
  • [RFC PATCH v2 31/35] arm64: psci: Ignore DENIED CPUs, James Morse
    • Re: [RFC PATCH v2 31/35] arm64: psci: Ignore DENIED CPUs, Jonathan Cameron
      • Re: [RFC PATCH v2 31/35] arm64: psci: Ignore DENIED CPUs, Gavin Shan
  • [RFC PATCH v2 34/35] ACPI: Add _OSC bits to advertise OS support for toggling CPU present/enabled, James Morse
    • Re: [RFC PATCH v2 34/35] ACPI: Add _OSC bits to advertise OS support for toggling CPU present/enabled, Jonathan Cameron
  • [RFC PATCH v2 35/35] cpumask: Add enabled cpumask for present CPUs that can be brought online, James Morse
    • Re: [RFC PATCH v2 35/35] cpumask: Add enabled cpumask for present CPUs that can be brought online, Jonathan Cameron
  • Re: [RFC PATCH v2 00/35] ACPI/arm64: add support for virtual cpuhotplug, Russell King (Oracle)
  • RE: [RFC PATCH v2 00/35] ACPI/arm64: add support for virtual cpuhotplug, Salil Mehta
• [PATCH v3] driver core: platform: set numa_node before platform_add_device(), Jinhui Guo
  • Re: [PATCH v3] driver core: platform: set numa_node before platform_add_device(), Greg KH
• [PATCH 1/2] ACPI: resource: Consolidate IRQ trigger-type override DMI tables, Hans de Goede
  • [PATCH 2/2] ACPI: resource: Drop .ident values from dmi_system_id tables, Hans de Goede
  • Re: [PATCH 1/2] ACPI: resource: Consolidate IRQ trigger-type override DMI tables, Rafael J. Wysocki
• [PATCH v2] driver core: platform: set numa_node before platform_add_device(), guojinhui
  • Re: [PATCH v2] driver core: platform: set numa_node before platform_add_device(), Greg KH
    • Re: [PATCH v2] driver core: platform: set numa_node before platform_add_device(), Jinhui Guo
• [rafael-pm:bleeding-edge] BUILD SUCCESS e7c8ca758515814f08cd2e1cbb718d16264f99a1, kernel test robot
• [PATCH V4] acpi: trigger wakeup key event from power button, Ken Xue
  • Re: [PATCH V4] acpi: trigger wakeup key event from power button, Andy Shevchenko
  • Re: [PATCH V4] acpi: trigger wakeup key event from power button, kernel test robot
  • Re: [PATCH V4] acpi: trigger wakeup key event from power button, kernel test robot
• [PATCH v1 0/9] ACPI: thermal: Removal of redundant data and cleanup, Rafael J. Wysocki
  • [PATCH v1 9/9] ACPI: thermal: Drop valid flag from struct acpi_thermal_trip, Rafael J. Wysocki
    • Re: [PATCH v1 9/9] ACPI: thermal: Drop valid flag from struct acpi_thermal_trip, Daniel Lezcano
    • Re: [PATCH v1 9/9] ACPI: thermal: Drop valid flag from struct acpi_thermal_trip, Daniel Lezcano
  • [PATCH v1 8/9] ACPI: thermal: Drop redundant trip point flags, Rafael J. Wysocki
    • Re: [PATCH v1 8/9] ACPI: thermal: Drop redundant trip point flags, Daniel Lezcano
  • [PATCH v1 7/9] ACPI: thermal: Untangle initialization and updates of active trips, Rafael J. Wysocki
    • Re: [PATCH v1 7/9] ACPI: thermal: Untangle initialization and updates of active trips, Rafael J. Wysocki
    • Re: [PATCH v1 7/9] ACPI: thermal: Untangle initialization and updates of active trips, Daniel Lezcano
  • [PATCH v1 6/9] ACPI: thermal: Untangle initialization and updates of the passive trip, Rafael J. Wysocki
    • Re: [PATCH v1 6/9] ACPI: thermal: Untangle initialization and updates of the passive trip, Daniel Lezcano
  • [PATCH v1 3/9] ACPI: thermal: Determine the number of trip points earlier, Rafael J. Wysocki
    • Re: [PATCH v1 3/9] ACPI: thermal: Determine the number of trip points earlier, Daniel Lezcano
  • [PATCH v1 5/9] ACPI: thermal: Simplify critical and hot trips representation, Rafael J. Wysocki
    • Re: [PATCH v1 5/9] ACPI: thermal: Simplify critical and hot trips representation, Daniel Lezcano
  • [PATCH v1 4/9] ACPI: thermal: Create and populate trip points table earlier, Rafael J. Wysocki
    • Re: [PATCH v1 4/9] ACPI: thermal: Create and populate trip points table earlier, Daniel Lezcano
  • [PATCH v1 2/9] ACPI: thermal: Fold acpi_thermal_get_info() into its caller, Rafael J. Wysocki
    • Re: [PATCH v1 2/9] ACPI: thermal: Fold acpi_thermal_get_info() into its caller, Daniel Lezcano
  • [PATCH v1 1/9] ACPI: thermal: Simplify initialization of critical and hot trips, Rafael J. Wysocki
    • Re: [PATCH v1 1/9] ACPI: thermal: Simplify initialization of critical and hot trips, Daniel Lezcano
      • Re: [PATCH v1 1/9] ACPI: thermal: Simplify initialization of critical and hot trips, Rafael J. Wysocki
• [PATCH v5] cpuidle, ACPI: Evaluate LPI arch_flags for broadcast timer, Oza Pawandeep
  • Re: [PATCH v5] cpuidle, ACPI: Evaluate LPI arch_flags for broadcast timer, Sudeep Holla
    • Re: [PATCH v5] cpuidle, ACPI: Evaluate LPI arch_flags for broadcast timer, Will Deacon
      • Re: [PATCH v5] cpuidle, ACPI: Evaluate LPI arch_flags for broadcast timer, Sudeep Holla
  • Re: [PATCH v5] cpuidle, ACPI: Evaluate LPI arch_flags for broadcast timer, Will Deacon
    • RE: [PATCH v5] cpuidle, ACPI: Evaluate LPI arch_flags for broadcast timer, Pawandeep Oza (QUIC)
• [PATCH V3] acpi: trigger wakeup key event from power button, Ken Xue
  • Re: [PATCH V3] acpi: trigger wakeup key event from power button, Andy Shevchenko
    • Re: [PATCH V3] acpi: trigger wakeup key event from power button, Ken Xue
• [PATCH] ACPI: resource: Skip IRQ override on ASUS ExpertBook B1402CBA, Hans de Goede
  • Re: [PATCH] ACPI: resource: Skip IRQ override on ASUS ExpertBook B1402CBA, Rafael J. Wysocki
• [PATCH v2 00/11] gpiolib: work towards removing gpiochip_find(), Bartosz Golaszewski
  • [PATCH v2 01/11] gpiolib: make gpio_device_get() and gpio_device_put() public, Bartosz Golaszewski
  • [PATCH v2 02/11] gpiolib: add support for scope-based management to gpio_device, Bartosz Golaszewski
    • Re: [PATCH v2 02/11] gpiolib: add support for scope-based management to gpio_device, Andy Shevchenko
      • Re: [PATCH v2 02/11] gpiolib: add support for scope-based management to gpio_device, Bartosz Golaszewski
  • [PATCH v2 03/11] gpiolib: provide gpio_device_find(), Bartosz Golaszewski
  • [PATCH v2 05/11] gpiolib: provide gpio_device_get_desc(), Bartosz Golaszewski
    • Re: [PATCH v2 05/11] gpiolib: provide gpio_device_get_desc(), Andy Shevchenko
  • [PATCH v2 04/11] gpiolib: provide gpio_device_find_by_label(), Bartosz Golaszewski
    • Re: [PATCH v2 04/11] gpiolib: provide gpio_device_find_by_label(), Andy Shevchenko
      • Re: [PATCH v2 04/11] gpiolib: provide gpio_device_find_by_label(), Bartosz Golaszewski
  • [PATCH v2 06/11] gpiolib: reluctantly provide gpio_device_get_chip(), Bartosz Golaszewski
  • [PATCH v2 07/11] gpiolib: replace find_chip_by_name() with gpio_device_find_by_label(), Bartosz Golaszewski
    • Re: [PATCH v2 07/11] gpiolib: replace find_chip_by_name() with gpio_device_find_by_label(), Andy Shevchenko
      • Re: [PATCH v2 07/11] gpiolib: replace find_chip_by_name() with gpio_device_find_by_label(), Bartosz Golaszewski
    • Re: [PATCH v2 07/11] gpiolib: replace find_chip_by_name() with gpio_device_find_by_label(), Andy Shevchenko
      • Re: [PATCH v2 07/11] gpiolib: replace find_chip_by_name() with gpio_device_find_by_label(), Bartosz Golaszewski
        • Re: [PATCH v2 07/11] gpiolib: replace find_chip_by_name() with gpio_device_find_by_label(), Bartosz Golaszewski
  • [PATCH v2 08/11] gpio: of: replace gpiochip_find_* with gpio_device_find_*, Bartosz Golaszewski
    • Re: [PATCH v2 08/11] gpio: of: replace gpiochip_find_* with gpio_device_find_*, Andy Shevchenko
  • [PATCH v2 09/11] gpio: acpi: replace gpiochip_find() with gpio_device_find(), Bartosz Golaszewski
    • Re: [PATCH v2 09/11] gpio: acpi: replace gpiochip_find() with gpio_device_find(), Andy Shevchenko
  • [PATCH v2 10/11] gpio: swnode: replace gpiochip_find() with gpio_device_find_by_label(), Bartosz Golaszewski
  • [PATCH v2 11/11] gpio: sysfs: drop the mention of gpiochip_find() from sysfs code, Bartosz Golaszewski
• [rafael-pm:bleeding-edge] BUILD SUCCESS eb9b927bbb5841d2ff0f92548a5d7c724d2692ee, kernel test robot
• [PATCH] driver core: platform: set numa_node before platform_add_device(), guojinhui.liam
  • Re: [PATCH] driver core: platform: set numa_node before platform_add_device(), Greg KH
    • Re: [PATCH] driver core: platform: set numa_node before platform_add_device(), guojinhui
  • Re: [PATCH] driver core: platform: set numa_node before platform_add_device(), kernel test robot
  • Re: [PATCH] driver core: platform: set numa_node before platform_add_device(), kernel test robot
    • Re: [PATCH] driver core: platform: set numa_node before platform_add_device(), Jinhui Guo
      • Re: [PATCH] driver core: platform: set numa_node before platform_add_device(), Nick Desaulniers
• [PATCH] platform/x86: x86-android-tablets: Add a comment about x86_android_tablet_get_gpiod(), Hans de Goede
  • Re: [PATCH] platform/x86: x86-android-tablets: Add a comment about x86_android_tablet_get_gpiod(), Bartosz Golaszewski
• [PATCH] ACPI: OSI: refactor deprecated strncpy, Justin Stitt
  • Re: [PATCH] ACPI: OSI: refactor deprecated strncpy, Kees Cook
    • Re: [PATCH] ACPI: OSI: refactor deprecated strncpy, Rafael J. Wysocki
• [PATCH 0/8] x86-android-tablets: Stop using gpiolib private APIs, Hans de Goede
  • [PATCH 2/8] gpiolib: acpi: Add a ignore interrupt quirk for Peaq C1010, Hans de Goede
    • Re: [PATCH 2/8] gpiolib: acpi: Add a ignore interrupt quirk for Peaq C1010, Andy Shevchenko
    • Re: [PATCH 2/8] gpiolib: acpi: Add a ignore interrupt quirk for Peaq C1010, Mika Westerberg
    • Re: [PATCH 2/8] gpiolib: acpi: Add a ignore interrupt quirk for Peaq C1010, Bartosz Golaszewski
  • [PATCH 5/8] platform/x86: x86-android-tablets: Create a platform_device from module_init(), Hans de Goede
    • Re: [PATCH 5/8] platform/x86: x86-android-tablets: Create a platform_device from module_init(), Andy Shevchenko
      • Re: [PATCH 5/8] platform/x86: x86-android-tablets: Create a platform_device from module_init(), Hans de Goede
  • [PATCH 3/8] platform/x86: x86-android-tablets: Remove invalid_aei_gpiochip from Peaq C1010, Hans de Goede
    • Re: [PATCH 3/8] platform/x86: x86-android-tablets: Remove invalid_aei_gpiochip from Peaq C1010, Bartosz Golaszewski
  • [PATCH 8/8] platform/x86: x86-android-tablets: Drop "linux,power-supply-name" from lenovo_yt3_bq25892_0_props[], Hans de Goede
  • [PATCH 7/8] platform/x86: x86-android-tablets: Use platform-device as gpio-keys parent, Hans de Goede
  • [PATCH 4/8] platform/x86: x86-android-tablets: Remove invalid_aei_gpiochip support, Hans de Goede
    • Re: [PATCH 4/8] platform/x86: x86-android-tablets: Remove invalid_aei_gpiochip support, Andy Shevchenko
      • Re: [PATCH 4/8] platform/x86: x86-android-tablets: Remove invalid_aei_gpiochip support, Andy Shevchenko
  • [PATCH 1/8] gpiolib: acpi: Check if a GPIO is listed in ignore_interrupt earlier, Hans de Goede
    • Re: [PATCH 1/8] gpiolib: acpi: Check if a GPIO is listed in ignore_interrupt earlier, Andy Shevchenko
    • Re: [PATCH 1/8] gpiolib: acpi: Check if a GPIO is listed in ignore_interrupt earlier, Mika Westerberg
    • Re: [PATCH 1/8] gpiolib: acpi: Check if a GPIO is listed in ignore_interrupt earlier, Bartosz Golaszewski
  • [PATCH 6/8] platform/x86: x86-android-tablets: Stop using gpiolib private APIs, Hans de Goede
    • Re: [PATCH 6/8] platform/x86: x86-android-tablets: Stop using gpiolib private APIs, Andy Shevchenko
      • Re: [PATCH 6/8] platform/x86: x86-android-tablets: Stop using gpiolib private APIs, Hans de Goede
        • Re: [PATCH 6/8] platform/x86: x86-android-tablets: Stop using gpiolib private APIs, Bartosz Golaszewski
          • Re: [PATCH 6/8] platform/x86: x86-android-tablets: Stop using gpiolib private APIs, Andy Shevchenko
            • Re: [PATCH 6/8] platform/x86: x86-android-tablets: Stop using gpiolib private APIs, Bartosz Golaszewski
            • Re: [PATCH 6/8] platform/x86: x86-android-tablets: Stop using gpiolib private APIs, Hans de Goede
      • Re: [PATCH 6/8] platform/x86: x86-android-tablets: Stop using gpiolib private APIs, Hans de Goede
    • Re: [PATCH 6/8] platform/x86: x86-android-tablets: Stop using gpiolib private APIs, Bartosz Golaszewski
      • Re: [PATCH 6/8] platform/x86: x86-android-tablets: Stop using gpiolib private APIs, Hans de Goede
        • Re: [PATCH 6/8] platform/x86: x86-android-tablets: Stop using gpiolib private APIs, Bartosz Golaszewski
          • Re: [PATCH 6/8] platform/x86: x86-android-tablets: Stop using gpiolib private APIs, Hans de Goede
            • Re: [PATCH 6/8] platform/x86: x86-android-tablets: Stop using gpiolib private APIs, Bartosz Golaszewski
              • Re: [PATCH 6/8] platform/x86: x86-android-tablets: Stop using gpiolib private APIs, Hans de Goede
                • Re: [PATCH 6/8] platform/x86: x86-android-tablets: Stop using gpiolib private APIs, Bartosz Golaszewski
                  • Re: [PATCH 6/8] platform/x86: x86-android-tablets: Stop using gpiolib private APIs, Hans de Goede
                    • Re: [PATCH 6/8] platform/x86: x86-android-tablets: Stop using gpiolib private APIs, Andy Shevchenko
                      • Re: [PATCH 6/8] platform/x86: x86-android-tablets: Stop using gpiolib private APIs, Bartosz Golaszewski
  • Re: [PATCH 0/8] x86-android-tablets: Stop using gpiolib private APIs, Linus Walleij
• [PATCH AUTOSEL 5.10 1/8] ACPICA: Add AML_NO_OPERAND_RESOLVE flag to Timer, Sasha Levin
  • [PATCH AUTOSEL 5.10 7/8] ACPI: video: Add backlight=native DMI quirk for Apple iMac12,1 and iMac12,2, Sasha Levin
    • Re: [PATCH AUTOSEL 5.10 7/8] ACPI: video: Add backlight=native DMI quirk for Apple iMac12,1 and iMac12,2, Pavel Machek
  • [PATCH AUTOSEL 5.10 6/8] perf/smmuv3: Enable HiSilicon Erratum 162001900 quirk for HIP08/09, Sasha Levin
  • [PATCH AUTOSEL 5.10 5/8] ACPI: video: Add backlight=native DMI quirk for Lenovo Ideapad Z470, Sasha Levin