Linux ACPI

• Date Index

• [PATCH 2/3] thermal: int340x: Support Raptor Lake, (continued)
  • [PATCH 2/3] thermal: int340x: Support Raptor Lake, Srinivas Pandruvada
  • [PATCH 3/3] thermal: int340x: Add Raptor Lake PCI device id, Srinivas Pandruvada
  • Re: [PATCH 0/3] DPTF IDs for Raptor Lake, Rafael J. Wysocki
• [UPDATE][PATCH v2] ACPI / fan: Properly handle fine grain control, Srinivas Pandruvada
• [PATCH v2] ACPI / fan: Properly handle fine grain control, Srinivas Pandruvada
• [PATCH 1/1] ACPI: Consistently return -ENOENT if there are no more references, Sakari Ailus
• [PATCH] ACPI/ACPICA: Check for NULL pointer after calling alloc, Jiasheng Jiang
  • Re: [PATCH] ACPI/ACPICA: Check for NULL pointer after calling alloc, Rafael J. Wysocki
• [rafael-pm:bleeding-edge] BUILD SUCCESS WITH WARNING 93e5c8b5e46e70f119200c99a8f15e2e87083b53, kernel test robot
• [PATCH] ACPI / fan: Properly handle fine grain control, Srinivas Pandruvada
  • Re: [PATCH] ACPI / fan: Properly handle fine grain control, kernel test robot
  • Re: [PATCH] ACPI / fan: Properly handle fine grain control, kernel test robot
• [rafael-pm:bleeding-edge] BUILD SUCCESS WITH WARNING 625b47dd50305ce992adb54412e7294c9a9a6468, kernel test robot
• [PATCH 1/5] ALSA: hda: cs35l41: Avoid overwriting register patch, Lucas Tanure
  • [PATCH 3/5] ALSA: hda: cs35l41: Move cs35l41* calls to its own symbol namespace, Lucas Tanure
  • [PATCH 5/5] ACPI / scan: Create platform device for CLSA0100, Lucas Tanure
    • Re: [PATCH 5/5] ACPI / scan: Create platform device for CLSA0100, Takashi Iwai
      • Re: [PATCH 5/5] ACPI / scan: Create platform device for CLSA0100, Rafael J. Wysocki
        • Re: [PATCH 5/5] ACPI / scan: Create platform device for CLSA0100, Hans de Goede
          • Re: [PATCH 5/5] ACPI / scan: Create platform device for CLSA0100, Takashi Iwai
            • Re: [PATCH 5/5] ACPI / scan: Create platform device for CLSA0100, tanureal
  • [PATCH 2/5] ALSA: hda: cs35l41: Add calls to newly added test key function, Lucas Tanure
    • Re: [PATCH 2/5] ALSA: hda: cs35l41: Add calls to newly added test key function, Cezary Rojewski
  • [PATCH 4/5] ALSA: hda: cs35l41: Tidyup code and add default cases, Lucas Tanure
    • Re: [PATCH 4/5] ALSA: hda: cs35l41: Tidyup code and add default cases, Lucas tanure
    • Re: [PATCH 4/5] ALSA: hda: cs35l41: Tidyup code and add default cases, Takashi Iwai
  • Re: [PATCH 1/5] ALSA: hda: cs35l41: Avoid overwriting register patch, Cezary Rojewski
• [PATCH] ACPI: PCC: make pcc_ctx static, Jiapeng Chong
  • Re: [PATCH] ACPI: PCC: make pcc_ctx static, Sudeep Holla
• Patch: Make ACPI subsystem provide CEDT table, Robert Kiraly
  • Re: Patch: Make ACPI subsystem provide CEDT table, Rafael J. Wysocki
  • Re: Patch: Make ACPI subsystem provide CEDT table, Rafael J. Wysocki
    • Re: Patch: Make ACPI subsystem provide CEDT table, Dan Williams
  • <Possible follow-ups>
  • Patch: Make ACPI subsystem provide CEDT table, Robert Kiraly
    • Re: Patch: Make ACPI subsystem provide CEDT table, Rafael J. Wysocki
      • Re: Patch: Make ACPI subsystem provide CEDT table, Robert Kiraly
        • Re: Patch: Make ACPI subsystem provide CEDT table, Rafael J. Wysocki
    • Patch: Make ACPI subsystem provide CEDT table, Robert Kiraly
      • Re: Patch: Make ACPI subsystem provide CEDT table, Rafael J. Wysocki
        • Re: Patch: Make ACPI subsystem provide CEDT table, Robert Kiraly
• Re: [RFC PATCH 2/2] cxl/mem: Add CDAT table reading from DOE, Zayd Qumsieh
  • Re: [RFC PATCH 2/2] cxl/mem: Add CDAT table reading from DOE, Jonathan Cameron
    • Re: [RFC PATCH 2/2] cxl/mem: Add CDAT table reading from DOE, Zayd Qumsieh
• [PATCH] ACPI: OSL: Fix and clean up acpi_os_read/write_port(), Rafael J. Wysocki
• [PATCH v1 0/2] ACPI: CPPC: Fix I/O port reads on big endian and clean up code in cpc_read(), Rafael J. Wysocki
  • [PATCH v1 2/2] ACPI: CPPC: Drop redundant local variable from cpc_read(), Rafael J. Wysocki
    • Re: [PATCH v1 2/2] ACPI: CPPC: Drop redundant local variable from cpc_read(), Huang Rui
  • [PATCH v1 1/2] ACPI: CPPC: Fix up I/O port access in cpc_read(), Rafael J. Wysocki
    • Re: [PATCH v1 1/2] ACPI: CPPC: Fix up I/O port access in cpc_read(), Huang Rui
• [PATCH v2 0/3] Enable named interrupt smbus-alert for ACPI, Akhil R
  • [PATCH v2 1/3] device property: Add device_irq_get_byname, Akhil R
    • Re: [PATCH v2 1/3] device property: Add device_irq_get_byname, Andy Shevchenko
    • Re: [PATCH v2 1/3] device property: Add device_irq_get_byname, Rafael J. Wysocki
      • RE: [PATCH v2 1/3] device property: Add device_irq_get_byname, Akhil R
  • [PATCH v2 2/3] docs: firmware-guide: ACPI: Add named interrupt doc, Akhil R
    • Re: [PATCH v2 2/3] docs: firmware-guide: ACPI: Add named interrupt doc, Andy Shevchenko
  • [PATCH v2 3/3] i2c: smbus: Use device_*() functions instead of of_*(), Akhil R
    • Re: [PATCH v2 3/3] i2c: smbus: Use device_*() functions instead of of_*(), Andy Shevchenko
      • RE: [PATCH v2 3/3] i2c: smbus: Use device_*() functions instead of of_*(), Akhil R
        • Re: [PATCH v2 3/3] i2c: smbus: Use device_*() functions instead of of_*(), Andy Shevchenko
          • RE: [PATCH v2 3/3] i2c: smbus: Use device_*() functions instead of of_*(), Akhil R
            • Re: [PATCH v2 3/3] i2c: smbus: Use device_*() functions instead of of_*(), Andy Shevchenko
              • RE: [PATCH v2 3/3] i2c: smbus: Use device_*() functions instead of of_*(), Akhil R
              • Re: [PATCH v2 3/3] i2c: smbus: Use device_*() functions instead of of_*(), Uwe Kleine-König
  • Re: [PATCH v2 0/3] Enable named interrupt smbus-alert for ACPI, Andy Shevchenko
• [PATCH] drivers/acpi/apei: remove redundant rc variable, cgel . zte
  • Re: [PATCH] drivers/acpi/apei: remove redundant rc variable, Rafael J. Wysocki
• [GIT PULL] Compute Express Link for 5.17, Dan Williams
  • Re: [GIT PULL] Compute Express Link for 5.17, pr-tracker-bot
• [PATCH v1 0/3] ACPI: scan: acpi_scan_init() updates, Rafael J. Wysocki
  • [PATCH v1 3/3] ACPI: scan: Rename label in acpi_scan_init(), Rafael J. Wysocki
  • [PATCH v1 2/3] ACPI: scan: Simplify initialization of power and sleep buttons, Rafael J. Wysocki
  • [PATCH v1 1/3] ACPI: scan: Change acpi_scan_init() return value type to void, Rafael J. Wysocki
  • Re: [PATCH v1 0/3] ACPI: scan: acpi_scan_init() updates, Mika Westerberg
  • Re: [PATCH v1 0/3] ACPI: scan: acpi_scan_init() updates, Hans de Goede
• [PATCH] ACPICA: Use uintptr_t and offsetof() in Linux kernel builds, Rafael J. Wysocki
  • Re: [PATCH] ACPICA: Use uintptr_t and offsetof() in Linux kernel builds, Arnd Bergmann
    • Re: [PATCH] ACPICA: Use uintptr_t and offsetof() in Linux kernel builds, Rafael J. Wysocki
• [bug report] ACPI: CPPC: Implement support for SystemIO registers, Dan Carpenter
• [GIT PULL] Device properties framework updates for v5.17-rc1, Rafael J. Wysocki
  • Re: [GIT PULL] Device properties framework updates for v5.17-rc1, pr-tracker-bot
• [GIT PULL] ACPI updates for v5.17-rc1, Rafael J. Wysocki
  • Re: [GIT PULL] ACPI updates for v5.17-rc1, pr-tracker-bot
• 100 ms boot time increase regression in acpi_init()/acpi_scan_bus(), Paul Menzel
  • Re: 100 ms boot time increase regression in acpi_init()/acpi_scan_bus(), Thorsten Leemhuis
  • Re: 100 ms boot time increase regression in acpi_init()/acpi_scan_bus(), Bjorn Helgaas
  • Re: 100 ms boot time increase regression in acpi_init()/acpi_scan_bus(), Thorsten Leemhuis
    • Re: 100 ms boot time increase regression in acpi_init()/acpi_scan_bus(), Rafael J. Wysocki
• [rafael-pm:bleeding-edge] BUILD SUCCESS WITH WARNING f099fd60c342d8d8265202ce01b4375358913072, kernel test robot
• [PATCH] ACPI: pfr_telemetry: Fix info leak in pfrt_log_ioctl(), Dan Carpenter
  • Re: [PATCH] ACPI: pfr_telemetry: Fix info leak in pfrt_log_ioctl(), Chen Yu
    • Re: [PATCH] ACPI: pfr_telemetry: Fix info leak in pfrt_log_ioctl(), Dan Carpenter
      • Re: [PATCH] ACPI: pfr_telemetry: Fix info leak in pfrt_log_ioctl(), Rafael J. Wysocki
        • Re: [PATCH] ACPI: pfr_telemetry: Fix info leak in pfrt_log_ioctl(), Chen Yu
      • Re: [PATCH] ACPI: pfr_telemetry: Fix info leak in pfrt_log_ioctl(), Chen Yu
• [PATCH] ACPI: APD: Check for null pointer after calling devm_ioremap, Jiasheng Jiang
  • Re: [PATCH] ACPI: APD: Check for null pointer after calling devm_ioremap, Rafael J. Wysocki
• [bug report] ACPI: scan: Introduce acpi_fetch_acpi_dev(), Dan Carpenter
• [PATCH -next] ACPI: pfr_update: Fix return value check in pfru_write(), Yang Yingliang
  • Re: [PATCH -next] ACPI: pfr_update: Fix return value check in pfru_write(), Chen Yu
    • Re: [PATCH -next] ACPI: pfr_update: Fix return value check in pfru_write(), Rafael J. Wysocki
• Re: linux-next: Tree for Jan 5 (drivers/acpi/cppc_acpi.o), Randy Dunlap
• [PATCH 0/3] On AMD platforms only offer s2idle w/ proper FW, Mario Limonciello
  • [PATCH 1/3] PM: suspend: Move some structure declarations around, Mario Limonciello
  • [PATCH 2/3] PM: sleep: Don't always assume s2idle will be enabled, Mario Limonciello
  • [PATCH 3/3] acpi: sleep: Don't offer s2idle on AMD platforms without LPS0, Mario Limonciello
  • Re: [PATCH 0/3] On AMD platforms only offer s2idle w/ proper FW, Rafael J. Wysocki
    • Re: [PATCH 0/3] On AMD platforms only offer s2idle w/ proper FW, Limonciello, Mario
      • Re: [PATCH 0/3] On AMD platforms only offer s2idle w/ proper FW, Rafael J. Wysocki
        • Re: [PATCH 0/3] On AMD platforms only offer s2idle w/ proper FW, Limonciello, Mario
        • RE: [PATCH 0/3] On AMD platforms only offer s2idle w/ proper FW, Deucher, Alexander
          • Re: [PATCH 0/3] On AMD platforms only offer s2idle w/ proper FW, Rafael J. Wysocki
            • RE: [PATCH 0/3] On AMD platforms only offer s2idle w/ proper FW, Deucher, Alexander
              • Re: [PATCH 0/3] On AMD platforms only offer s2idle w/ proper FW, Limonciello, Mario
                • Re: [PATCH 0/3] On AMD platforms only offer s2idle w/ proper FW, Rafael J. Wysocki
                  • Re: [PATCH 0/3] On AMD platforms only offer s2idle w/ proper FW, Limonciello, Mario
                    • Re: [PATCH 0/3] On AMD platforms only offer s2idle w/ proper FW, Rafael J. Wysocki
• [rafael-pm:bleeding-edge] BUILD SUCCESS bcb051d6e10a9f7171d96984a1d65cf8feb29071, kernel test robot
• [PATCH v3] ACPI: PCC: Implement OperationRegion handler for the PCC Type 3 subtype, Sudeep Holla
  • Re: [PATCH v3] ACPI: PCC: Implement OperationRegion handler for the PCC Type 3 subtype, Rafael J. Wysocki
• [rafael-pm:bleeding-edge] BUILD SUCCESS 3d72f8341423038eaf304155884dda9989a2fc58, kernel test robot
• [PATCH v2 00/35] brcmfmac: Support Apple T2 and M1 platforms, Hector Martin
  • [PATCH v2 01/35] dt-bindings: net: bcm4329-fmac: Add Apple properties & chips, Hector Martin
    • Re: [PATCH v2 01/35] dt-bindings: net: bcm4329-fmac: Add Apple properties & chips, Rob Herring
  • [PATCH v2 02/35] brcmfmac: pcie: Declare missing firmware files in pcie.c, Hector Martin
    • Re: [PATCH v2 02/35] brcmfmac: pcie: Declare missing firmware files in pcie.c, Arend van Spriel
      • Re: [PATCH v2 02/35] brcmfmac: pcie: Declare missing firmware files in pcie.c, Hector Martin
  • [PATCH v2 03/35] brcmfmac: firmware: Handle per-board clm_blob files, Hector Martin
    • Re: [PATCH v2 03/35] brcmfmac: firmware: Handle per-board clm_blob files, Arend van Spriel
      • Re: [PATCH v2 03/35] brcmfmac: firmware: Handle per-board clm_blob files, Hector Martin
  • [PATCH v2 04/35] brcmfmac: firmware: Support having multiple alt paths, Hector Martin
    • Re: [PATCH v2 04/35] brcmfmac: firmware: Support having multiple alt paths, Dmitry Osipenko
      • Re: [PATCH v2 04/35] brcmfmac: firmware: Support having multiple alt paths, Hector Martin
        • Re: [PATCH v2 04/35] brcmfmac: firmware: Support having multiple alt paths, Dmitry Osipenko
          • Re: [PATCH v2 04/35] brcmfmac: firmware: Support having multiple alt paths, Hector Martin
            • Re: [PATCH v2 04/35] brcmfmac: firmware: Support having multiple alt paths, Dmitry Osipenko
              • Re: [PATCH v2 04/35] brcmfmac: firmware: Support having multiple alt paths, Andy Shevchenko
                • Re: [PATCH v2 04/35] brcmfmac: firmware: Support having multiple alt paths, Dmitry Osipenko
                  • Re: [PATCH v2 04/35] brcmfmac: firmware: Support having multiple alt paths, Andy Shevchenko
        • Re: [PATCH v2 04/35] brcmfmac: firmware: Support having multiple alt paths, Dmitry Osipenko
    • Re: [PATCH v2 04/35] brcmfmac: firmware: Support having multiple alt paths, Dmitry Osipenko
    • Re: [PATCH v2 04/35] brcmfmac: firmware: Support having multiple alt paths, Arend van Spriel
      • Re: [PATCH v2 04/35] brcmfmac: firmware: Support having multiple alt paths, Hector Martin
  • [PATCH v2 05/35] brcmfmac: pcie/sdio/usb: Get CLM blob via standard firmware mechanism, Hector Martin
    • Re: [PATCH v2 05/35] brcmfmac: pcie/sdio/usb: Get CLM blob via standard firmware mechanism, Arend van Spriel
  • [PATCH v2 06/35] brcmfmac: firmware: Support passing in multiple board_types, Hector Martin
    • Re: [PATCH v2 06/35] brcmfmac: firmware: Support passing in multiple board_types, Arend van Spriel
      • Re: [PATCH v2 06/35] brcmfmac: firmware: Support passing in multiple board_types, Hector Martin
    • Re: [PATCH v2 06/35] brcmfmac: firmware: Support passing in multiple board_types, Andy Shevchenko
      • Re: [PATCH v2 06/35] brcmfmac: firmware: Support passing in multiple board_types, Hector Martin
    • Re: [PATCH v2 06/35] brcmfmac: firmware: Support passing in multiple board_types, Arend van Spriel
      • Re: [PATCH v2 06/35] brcmfmac: firmware: Support passing in multiple board_types, Hector Martin
        • Re: [PATCH v2 06/35] brcmfmac: firmware: Support passing in multiple board_types, Arend Van Spriel
          • Re: [PATCH v2 06/35] brcmfmac: firmware: Support passing in multiple board_types, Hector Martin
  • [PATCH v2 07/35] brcmfmac: pcie: Read Apple OTP information, Hector Martin
    • Re: [PATCH v2 07/35] brcmfmac: pcie: Read Apple OTP information, Andy Shevchenko
      • Re: [PATCH v2 07/35] brcmfmac: pcie: Read Apple OTP information, Hector Martin
    • Re: [PATCH v2 07/35] brcmfmac: pcie: Read Apple OTP information, Arend van Spriel
      • Re: [PATCH v2 07/35] brcmfmac: pcie: Read Apple OTP information, Hector Martin
  • [PATCH v2 08/35] brcmfmac: of: Fetch Apple properties, Hector Martin
    • Re: [PATCH v2 08/35] brcmfmac: of: Fetch Apple properties, Andy Shevchenko
      • Re: [PATCH v2 08/35] brcmfmac: of: Fetch Apple properties, Hector Martin
    • Re: [PATCH v2 08/35] brcmfmac: of: Fetch Apple properties, Arend van Spriel
  • [PATCH v2 09/35] brcmfmac: pcie: Perform firmware selection for Apple platforms, Hector Martin
    • Re: [PATCH v2 09/35] brcmfmac: pcie: Perform firmware selection for Apple platforms, Andy Shevchenko
      • Re: [PATCH v2 09/35] brcmfmac: pcie: Perform firmware selection for Apple platforms, Hector Martin
    • Re: [PATCH v2 09/35] brcmfmac: pcie: Perform firmware selection for Apple platforms, Arend van Spriel
      • Re: [PATCH v2 09/35] brcmfmac: pcie: Perform firmware selection for Apple platforms, Hector Martin
  • [PATCH v2 10/35] brcmfmac: firmware: Allow platform to override macaddr, Hector Martin
    • Re: [PATCH v2 10/35] brcmfmac: firmware: Allow platform to override macaddr, Andy Shevchenko
      • Re: [PATCH v2 10/35] brcmfmac: firmware: Allow platform to override macaddr, Hector Martin
        • Re: [PATCH v2 10/35] brcmfmac: firmware: Allow platform to override macaddr, Andy Shevchenko
          • Re: [PATCH v2 10/35] brcmfmac: firmware: Allow platform to override macaddr, Hector Martin
    • Re: [PATCH v2 10/35] brcmfmac: firmware: Allow platform to override macaddr, Arend van Spriel
      • Re: [PATCH v2 10/35] brcmfmac: firmware: Allow platform to override macaddr, Hector Martin
  • [PATCH v2 11/35] brcmfmac: msgbuf: Increase RX ring sizes to 1024, Hector Martin
    • Re: [PATCH v2 11/35] brcmfmac: msgbuf: Increase RX ring sizes to 1024, Arend van Spriel
  • [PATCH v2 12/35] brcmfmac: pcie: Fix crashes due to early IRQs, Hector Martin
    • Re: [PATCH v2 12/35] brcmfmac: pcie: Fix crashes due to early IRQs, Andy Shevchenko
      • Re: [PATCH v2 12/35] brcmfmac: pcie: Fix crashes due to early IRQs, Hector Martin
        • Re: [PATCH v2 12/35] brcmfmac: pcie: Fix crashes due to early IRQs, Kalle Valo
    • Re: [PATCH v2 12/35] brcmfmac: pcie: Fix crashes due to early IRQs, Arend van Spriel
  • [PATCH v2 13/35] brcmfmac: pcie: Support PCIe core revisions >= 64, Hector Martin
    • Re: [PATCH v2 13/35] brcmfmac: pcie: Support PCIe core revisions >= 64, Arend van Spriel
  • [PATCH v2 14/35] brcmfmac: pcie: Add IDs/properties for BCM4378, Hector Martin
    • Re: [PATCH v2 14/35] brcmfmac: pcie: Add IDs/properties for BCM4378, Arend van Spriel
      • Re: [PATCH v2 14/35] brcmfmac: pcie: Add IDs/properties for BCM4378, Hector Martin
  • [PATCH v2 15/35] ACPI / property: Support strings in Apple _DSM props, Hector Martin
  • [PATCH v2 16/35] brcmfmac: acpi: Add support for fetching Apple ACPI properties, Hector Martin
    • Re: [PATCH v2 16/35] brcmfmac: acpi: Add support for fetching Apple ACPI properties, Arend van Spriel
      • Re: [PATCH v2 16/35] brcmfmac: acpi: Add support for fetching Apple ACPI properties, Hector Martin
        • Re: [PATCH v2 16/35] brcmfmac: acpi: Add support for fetching Apple ACPI properties, Kalle Valo
    • Re: [PATCH v2 16/35] brcmfmac: acpi: Add support for fetching Apple ACPI properties, Arend van Spriel
      • Re: [PATCH v2 16/35] brcmfmac: acpi: Add support for fetching Apple ACPI properties, Hector Martin
        • Re: [PATCH v2 16/35] brcmfmac: acpi: Add support for fetching Apple ACPI properties, Arend van Spriel
  • [PATCH v2 17/35] brcmfmac: pcie: Provide a buffer of random bytes to the device, Hector Martin
    • Re: [PATCH v2 17/35] brcmfmac: pcie: Provide a buffer of random bytes to the device, Arend van Spriel
      • Re: [PATCH v2 17/35] brcmfmac: pcie: Provide a buffer of random bytes to the device, Hector Martin
        • Re: [PATCH v2 17/35] brcmfmac: pcie: Provide a buffer of random bytes to the device, Arend van Spriel
  • [PATCH v2 18/35] brcmfmac: pcie: Add IDs/properties for BCM4355, Hector Martin
    • Re: [PATCH v2 18/35] brcmfmac: pcie: Add IDs/properties for BCM4355, Arend van Spriel
  • [PATCH v2 19/35] brcmfmac: pcie: Add IDs/properties for BCM4377, Hector Martin
    • Re: [PATCH v2 19/35] brcmfmac: pcie: Add IDs/properties for BCM4377, Arend van Spriel
  • [PATCH v2 20/35] brcmfmac: pcie: Perform correct BCM4364 firmware selection, Hector Martin
    • Re: [PATCH v2 20/35] brcmfmac: pcie: Perform correct BCM4364 firmware selection, Arend van Spriel
      • Re: [PATCH v2 20/35] brcmfmac: pcie: Perform correct BCM4364 firmware selection, Hector Martin
        • Re: [PATCH v2 20/35] brcmfmac: pcie: Perform correct BCM4364 firmware selection, Arend van Spriel
  • [PATCH v2 21/35] brcmfmac: chip: Only disable D11 cores; handle an arbitrary number, Hector Martin
    • Re: [PATCH v2 21/35] brcmfmac: chip: Only disable D11 cores; handle an arbitrary number, Arend van Spriel
  • [PATCH v2 22/35] brcmfmac: chip: Handle 1024-unit sizes for TCM blocks, Hector Martin
    • Re: [PATCH v2 22/35] brcmfmac: chip: Handle 1024-unit sizes for TCM blocks, Arend van Spriel
      • Re: [PATCH v2 22/35] brcmfmac: chip: Handle 1024-unit sizes for TCM blocks, Arend van Spriel
      • Re: [PATCH v2 22/35] brcmfmac: chip: Handle 1024-unit sizes for TCM blocks, Hector Martin
  • [PATCH v2 23/35] brcmfmac: cfg80211: Add support for scan params v2, Hector Martin
    • Re: [PATCH v2 23/35] brcmfmac: cfg80211: Add support for scan params v2, Arend Van Spriel
      • Re: [PATCH v2 23/35] brcmfmac: cfg80211: Add support for scan params v2, Hector Martin
    • Re: [PATCH v2 23/35] brcmfmac: cfg80211: Add support for scan params v2, Arend van Spriel
      • Re: [PATCH v2 23/35] brcmfmac: cfg80211: Add support for scan params v2, Hector Martin
  • [PATCH v2 24/35] brcmfmac: feature: Add support for setting feats based on WLC version, Hector Martin
    • Re: [PATCH v2 24/35] brcmfmac: feature: Add support for setting feats based on WLC version, Arend van Spriel
  • [PATCH v2 25/35] brcmfmac: cfg80211: Add support for PMKID_V3 operations, Hector Martin
    • Re: [PATCH v2 25/35] brcmfmac: cfg80211: Add support for PMKID_V3 operations, Arend van Spriel
  • [PATCH v2 26/35] brcmfmac: cfg80211: Pass the PMK in binary instead of hex, Hector Martin
    • Re: [PATCH v2 26/35] brcmfmac: cfg80211: Pass the PMK in binary instead of hex, Arend van Spriel
  • [PATCH v2 27/35] brcmfmac: pcie: Add IDs/properties for BCM4387, Hector Martin
    • Re: [PATCH v2 27/35] brcmfmac: pcie: Add IDs/properties for BCM4387, Arend van Spriel
      • Re: [PATCH v2 27/35] brcmfmac: pcie: Add IDs/properties for BCM4387, Hector Martin
  • [PATCH v2 28/35] brcmfmac: pcie: Replace brcmf_pcie_copy_mem_todev with memcpy_toio, Hector Martin
  • [PATCH v2 29/35] brcmfmac: pcie: Read the console on init and shutdown, Hector Martin
  • [PATCH v2 30/35] brcmfmac: pcie: Release firmwares in the brcmf_pcie_setup error path, Hector Martin
  • [PATCH v2 31/35] brcmfmac: firmware: Allocate space for default boardrev in nvram, Hector Martin
  • [PATCH v2 32/35] brcmfmac: fwil: Constify iovar name arguments, Hector Martin
  • [PATCH v2 33/35] brcmfmac: common: Add support for downloading TxCap blobs, Hector Martin
    • Re: [PATCH v2 33/35] brcmfmac: common: Add support for downloading TxCap blobs, Arend van Spriel
      • Re: [PATCH v2 33/35] brcmfmac: common: Add support for downloading TxCap blobs, Hector Martin
  • [PATCH v2 34/35] brcmfmac: pcie: Load and provide TxCap blobs, Hector Martin
    • Re: [PATCH v2 34/35] brcmfmac: pcie: Load and provide TxCap blobs, Arend van Spriel
  • [PATCH v2 35/35] brcmfmac: common: Add support for external calibration blobs, Hector Martin
    • Re: [PATCH v2 35/35] brcmfmac: common: Add support for external calibration blobs, Arend van Spriel
  • Re: [PATCH v2 00/35] brcmfmac: Support Apple T2 and M1 platforms, Andy Shevchenko
  • Re: [PATCH v2 00/35] brcmfmac: Support Apple T2 and M1 platforms, Kalle Valo
    • Re: [PATCH v2 00/35] brcmfmac: Support Apple T2 and M1 platforms, Hector Martin
      • Re: [PATCH v2 00/35] brcmfmac: Support Apple T2 and M1 platforms, Kalle Valo
• [PATCH v2] ACPI: PCC: Implement OperationRegion handler for the PCC Type 3 subtype, Sudeep Holla
  • Re: [PATCH v2] ACPI: PCC: Implement OperationRegion handler for the PCC Type 3 subtype, kernel test robot
  • [RFC PATCH] ACPI: PCC: pcc_ctx can be static, kernel test robot
    • Re: [RFC PATCH] ACPI: PCC: pcc_ctx can be static, Sudeep Holla
      • Re: [RFC PATCH] ACPI: PCC: pcc_ctx can be static, Rafael J. Wysocki
  • Re: [PATCH v2] ACPI: PCC: Implement OperationRegion handler for the PCC Type 3 subtype, kernel test robot
  • Re: [PATCH v2] ACPI: PCC: Implement OperationRegion handler for the PCC Type 3 subtype, kernel test robot
• [rafael-pm:bleeding-edge] BUILD SUCCESS WITH WARNING 642439a4441150c7ab54db8d54fac1c7fee57b5a, kernel test robot
• [PATCH v3 0/2] ACPI: Arm Generic Diagnostic Dump and Reset device, Ilkka Koskinen
  • [PATCH v3 1/2] ACPI: tables: Add AGDI to the list of known table signatures, Ilkka Koskinen
  • [PATCH v3 2/2] ACPI: AGDI: Add driver for Arm Generic Diagnostic Dump and Reset device, Ilkka Koskinen
    • Re: [PATCH v3 2/2] ACPI: AGDI: Add driver for Arm Generic Diagnostic Dump and Reset device, Rafael J. Wysocki
      • Re: [PATCH v3 2/2] ACPI: AGDI: Add driver for Arm Generic Diagnostic Dump and Reset device, Ilkka Koskinen
    • Re: [PATCH v3 2/2] ACPI: AGDI: Add driver for Arm Generic Diagnostic Dump and Reset device, Hanjun Guo
      • Re: [PATCH v3 2/2] ACPI: AGDI: Add driver for Arm Generic Diagnostic Dump and Reset device, Ilkka Koskinen
    • Re: [PATCH v3 2/2] ACPI: AGDI: Add driver for Arm Generic Diagnostic Dump and Reset device, Lorenzo Pieralisi
      • Re: [PATCH v3 2/2] ACPI: AGDI: Add driver for Arm Generic Diagnostic Dump and Reset device, Ilkka Koskinen
        • Re: [PATCH v3 2/2] ACPI: AGDI: Add driver for Arm Generic Diagnostic Dump and Reset device, Ilkka Koskinen
          • Re: [PATCH v3 2/2] ACPI: AGDI: Add driver for Arm Generic Diagnostic Dump and Reset device, Lorenzo Pieralisi
            • Re: [PATCH v3 2/2] ACPI: AGDI: Add driver for Arm Generic Diagnostic Dump and Reset device, Ilkka Koskinen
  • Re: [PATCH v3 0/2] ACPI: Arm Generic Diagnostic Dump and Reset device, Russell King (Oracle)
• [PATCH 0/2] ACPI / x86: ac and battery device quirk work, Hans de Goede
  • [PATCH 1/2] ACPI / x86: Introduce an acpi_quirk_skip_acpi_ac_and_battery() helper, Hans de Goede
  • [PATCH 2/2] ACPI / x86: Skip ac and battery devices on x86 Android tablets with broken DSDTs, Hans de Goede
  • Re: [PATCH 0/2] ACPI / x86: ac and battery device quirk work, Rafael J. Wysocki
    • Re: [PATCH 0/2] ACPI / x86: ac and battery device quirk work, Hans de Goede
      • Re: [PATCH 0/2] ACPI / x86: ac and battery device quirk work, Rafael J. Wysocki
        • Re: [PATCH 0/2] ACPI / x86: ac and battery device quirk work, Hans de Goede
• [PATCH v2 0/3] ACPI / pdx86: Add support for x86 Android tablets with broken DSDTs, Hans de Goede
  • [PATCH v2 2/3] i2c: acpi: Do not instantiate I2C-clients on boards with known bogus DSDT entries, Hans de Goede
    • Re: [PATCH v2 2/3] i2c: acpi: Do not instantiate I2C-clients on boards with known bogus DSDT entries, Wolfram Sang
  • [PATCH v2 1/3] ACPI / x86: Add acpi_quirk_skip_[i2c_client|serdev]_enumeration() helpers, Hans de Goede
    • Re: [PATCH v2 1/3] ACPI / x86: Add acpi_quirk_skip_[i2c_client|serdev]_enumeration() helpers, Rafael J. Wysocki
      • Re: [PATCH v2 1/3] ACPI / x86: Add acpi_quirk_skip_[i2c_client|serdev]_enumeration() helpers, Wolfram Sang
        • Re: [PATCH v2 1/3] ACPI / x86: Add acpi_quirk_skip_[i2c_client|serdev]_enumeration() helpers, Rafael J. Wysocki
          • Re: [PATCH v2 1/3] ACPI / x86: Add acpi_quirk_skip_[i2c_client|serdev]_enumeration() helpers, Hans de Goede
            • Re: [PATCH v2 1/3] ACPI / x86: Add acpi_quirk_skip_[i2c_client|serdev]_enumeration() helpers, Rafael J. Wysocki
              • Re: [PATCH v2 1/3] ACPI / x86: Add acpi_quirk_skip_[i2c_client|serdev]_enumeration() helpers, Hans de Goede
  • [PATCH v2 3/3] serdev: Do not instantiate serdevs on boards with known bogus DSDT entries, Hans de Goede
• [PATCH] ACPI / scan: Create platform device for BCM4752 and LNV4752 ACPI nodes, Hans de Goede
  • Re: [PATCH] ACPI / scan: Create platform device for BCM4752 and LNV4752 ACPI nodes, Rafael J. Wysocki
• [PATCH 00/12] ACPI / pdx86: Add support for x86 Android tablets with broken DSDTs, Hans de Goede
  • [PATCH 01/12] ACPI / x86: Add acpi_quirk_skip_[i2c_client|serdev]_enumeration() helpers, Hans de Goede
  • [PATCH 02/12] i2c: acpi: Do not instantiate I2C-clients on boards with known bogus DSDT entries, Hans de Goede
    • Re: [PATCH 02/12] i2c: acpi: Do not instantiate I2C-clients on boards with known bogus DSDT entries, Mika Westerberg
    • Re: [PATCH 02/12] i2c: acpi: Do not instantiate I2C-clients on boards with known bogus DSDT entries, Wolfram Sang
      • Re: [PATCH 02/12] i2c: acpi: Do not instantiate I2C-clients on boards with known bogus DSDT entries, Hans de Goede
  • [PATCH 03/12] serdev: Do not instantiate serdevs on boards with known bogus DSDT entries, Hans de Goede
    • Re: [PATCH 03/12] serdev: Do not instantiate serdevs on boards with known bogus DSDT entries, Greg Kroah-Hartman
  • [PATCH 04/12] platform/x86: x86-android-tablets: Don't return -EPROBE_DEFER from a non probe() function, Hans de Goede
  • [PATCH 05/12] platform/x86: x86-android-tablets: Add support for PMIC interrupts, Hans de Goede
  • [PATCH 06/12] platform/x86: x86-android-tablets: Add support for instantiating platform-devs, Hans de Goede
  • [PATCH 07/12] platform/x86: x86-android-tablets: Add support for instantiating serdevs, Hans de Goede
  • [PATCH 08/12] platform/x86: x86-android-tablets: Add support for registering GPIO lookup tables, Hans de Goede
  • [PATCH 09/12] platform/x86: x86-android-tablets: Add support for preloading modules, Hans de Goede
  • [PATCH 10/12] platform/x86: x86-android-tablets: Add Asus TF103C data, Hans de Goede
  • [PATCH 11/12] platform/x86: x86-android-tablets: Add Asus MeMO Pad 7 ME176C data, Hans de Goede
  • [PATCH 12/12] platform/x86: x86-android-tablets: Add TM800A550L data, Hans de Goede
  • Re: [PATCH 00/12] ACPI / pdx86: Add support for x86 Android tablets with broken DSDTs, Wolfram Sang
  • Re: [PATCH 00/12] ACPI / pdx86: Add support for x86 Android tablets with broken DSDTs, Hans de Goede
• [PATCH] ACPICA: DEBUGGER: Add return value check to acpi_db_walk_for_fields(), shenzijun
  • Re: [PATCH] ACPICA: DEBUGGER: Add return value check to acpi_db_walk_for_fields(), Rafael J. Wysocki
• [rafael-pm:bleeding-edge] BUILD SUCCESS WITH WARNING 8d681a5245f0a5cfb20326b4f6578af1adb8676b, kernel test robot
  • RE: [Devel] [rafael-pm:bleeding-edge] BUILD SUCCESS WITH WARNING 8d681a5245f0a5cfb20326b4f6578af1adb8676b, Moore, Robert
    • Re: [Devel] [rafael-pm:bleeding-edge] BUILD SUCCESS WITH WARNING 8d681a5245f0a5cfb20326b4f6578af1adb8676b, Rafael J. Wysocki
      • RE: [Devel] [rafael-pm:bleeding-edge] BUILD SUCCESS WITH WARNING 8d681a5245f0a5cfb20326b4f6578af1adb8676b, Moore, Robert
        • RE: [Devel] [rafael-pm:bleeding-edge] BUILD SUCCESS WITH WARNING 8d681a5245f0a5cfb20326b4f6578af1adb8676b, Moore, Robert
• [PATCH] ACPI: sysfs: use default_groups in kobj_type, Greg Kroah-Hartman
  • Re: [PATCH] ACPI: sysfs: use default_groups in kobj_type, Rafael J. Wysocki
• [rafael-pm:bleeding-edge] BUILD SUCCESS WITH WARNING 86e4182dd2d1465f6446863dd26da97ea069c8a2, kernel test robot
• [rafael-pm:bleeding-edge 97/119] drivers/acpi/acpica/exregion.c:519:17: warning: performing pointer subtraction with a null pointer has undefined behavior, kernel test robot
• [RFC 20/32] pnp: Kconfig: add HAS_IOPORT dependencies, Niklas Schnelle
• [RFC 03/32] ACPI: Kconfig: add HAS_IOPORT dependencies, Niklas Schnelle
  • Re: [RFC 03/32] ACPI: Kconfig: add HAS_IOPORT dependencies, Rafael J. Wysocki
    • Re: [RFC 03/32] ACPI: Kconfig: add HAS_IOPORT dependencies, Niklas Schnelle
      • Re: [RFC 03/32] ACPI: Kconfig: add HAS_IOPORT dependencies, Rafael J. Wysocki
        • Re: [RFC 03/32] ACPI: Kconfig: add HAS_IOPORT dependencies, Rafael J. Wysocki
          • Re: [RFC 03/32] ACPI: Kconfig: add HAS_IOPORT dependencies, Niklas Schnelle
            • Re: [RFC 03/32] ACPI: Kconfig: add HAS_IOPORT dependencies, Rafael J. Wysocki
              • Re: [RFC 03/32] ACPI: Kconfig: add HAS_IOPORT dependencies, Niklas Schnelle
• [RFC PATCH 00/34] brcmfmac: Support Apple T2 and M1 platforms, Hector Martin
  • [PATCH 01/34] dt-bindings: net: bcm4329-fmac: Add Apple properties & chips, Hector Martin
    • Re: [PATCH 01/34] dt-bindings: net: bcm4329-fmac: Add Apple properties & chips, Linus Walleij
    • Re: [PATCH 01/34] dt-bindings: net: bcm4329-fmac: Add Apple properties & chips, Rob Herring
    • Re: [PATCH 01/34] dt-bindings: net: bcm4329-fmac: Add Apple properties & chips, Rob Herring
      • Re: [PATCH 01/34] dt-bindings: net: bcm4329-fmac: Add Apple properties & chips, Hector Martin
        • Re: [PATCH 01/34] dt-bindings: net: bcm4329-fmac: Add Apple properties & chips, Mark Kettenis
          • Re: [PATCH 01/34] dt-bindings: net: bcm4329-fmac: Add Apple properties & chips, Hector Martin
    • Re: [PATCH 01/34] dt-bindings: net: bcm4329-fmac: Add Apple properties & chips, Mark Kettenis
      • Re: [PATCH 01/34] dt-bindings: net: bcm4329-fmac: Add Apple properties & chips, Hector Martin
  • [PATCH 02/34] brcmfmac: pcie: Declare missing firmware files in pcie.c, Hector Martin
    • Re: [PATCH 02/34] brcmfmac: pcie: Declare missing firmware files in pcie.c, Linus Walleij
  • [PATCH 03/34] brcmfmac: firmware: Support having multiple alt paths, Hector Martin
    • Re: [PATCH 03/34] brcmfmac: firmware: Support having multiple alt paths, Linus Walleij
      • Re: [PATCH 03/34] brcmfmac: firmware: Support having multiple alt paths, Dmitry Osipenko
    • Re: [PATCH 03/34] brcmfmac: firmware: Support having multiple alt paths, Dmitry Osipenko
    • Re: [PATCH 03/34] brcmfmac: firmware: Support having multiple alt paths, Dmitry Osipenko
      • Re: [PATCH 03/34] brcmfmac: firmware: Support having multiple alt paths, Hector Martin
        • Re: [PATCH 03/34] brcmfmac: firmware: Support having multiple alt paths, Dmitry Osipenko
          • Re: [PATCH 03/34] brcmfmac: firmware: Support having multiple alt paths, Hector Martin
            • Re: [PATCH 03/34] brcmfmac: firmware: Support having multiple alt paths, Dmitry Osipenko
              • Re: [PATCH 03/34] brcmfmac: firmware: Support having multiple alt paths, Hector Martin
    • Re: [PATCH 03/34] brcmfmac: firmware: Support having multiple alt paths, Dmitry Osipenko
      • Re: [PATCH 03/34] brcmfmac: firmware: Support having multiple alt paths, Hector Martin
    • Re: [PATCH 03/34] brcmfmac: firmware: Support having multiple alt paths, Dmitry Osipenko
      • Re: [PATCH 03/34] brcmfmac: firmware: Support having multiple alt paths, Dmitry Osipenko
      • Re: [PATCH 03/34] brcmfmac: firmware: Support having multiple alt paths, Hector Martin
        • Re: [PATCH 03/34] brcmfmac: firmware: Support having multiple alt paths, Dmitry Osipenko
  • [PATCH 04/34] brcmfmac: firmware: Handle per-board clm_blob files, Hector Martin
    • Re: [PATCH 04/34] brcmfmac: firmware: Handle per-board clm_blob files, Linus Walleij
  • [PATCH 05/34] brcmfmac: pcie/sdio/usb: Get CLM blob via standard firmware mechanism, Hector Martin
    • Re: [PATCH 05/34] brcmfmac: pcie/sdio/usb: Get CLM blob via standard firmware mechanism, Linus Walleij
  • [PATCH 06/34] brcmfmac: firmware: Support passing in multiple board_types, Hector Martin
    • Re: [PATCH 06/34] brcmfmac: firmware: Support passing in multiple board_types, Linus Walleij
  • [PATCH 07/34] brcmfmac: pcie: Read Apple OTP information, Hector Martin
    • Re: [PATCH 07/34] brcmfmac: pcie: Read Apple OTP information, Linus Walleij
      • Re: [PATCH 07/34] brcmfmac: pcie: Read Apple OTP information, Hector Martin
        • Re: [PATCH 07/34] brcmfmac: pcie: Read Apple OTP information, Linus Walleij
  • [PATCH 08/34] brcmfmac: of: Fetch Apple properties, Hector Martin
    • Re: [PATCH 08/34] brcmfmac: of: Fetch Apple properties, Linus Walleij
  • [PATCH 09/34] brcmfmac: pcie: Perform firmware selection for Apple platforms, Hector Martin
    • Re: [PATCH 09/34] brcmfmac: pcie: Perform firmware selection for Apple platforms, Linus Walleij
  • [PATCH 10/34] brcmfmac: firmware: Allow platform to override macaddr, Hector Martin
    • Re: [PATCH 10/34] brcmfmac: firmware: Allow platform to override macaddr, Linus Walleij
      • Re: [PATCH 10/34] brcmfmac: firmware: Allow platform to override macaddr, Hector Martin
  • [PATCH 11/34] brcmfmac: msgbuf: Increase RX ring sizes to 1024, Hector Martin
    • Re: [PATCH 11/34] brcmfmac: msgbuf: Increase RX ring sizes to 1024, Linus Walleij
  • [PATCH 12/34] brcmfmac: pcie: Fix crashes due to early IRQs, Hector Martin
    • Re: [PATCH 12/34] brcmfmac: pcie: Fix crashes due to early IRQs, Linus Walleij
  • [PATCH 13/34] brcmfmac: pcie: Support PCIe core revisions >= 64, Hector Martin
    • Re: [PATCH 13/34] brcmfmac: pcie: Support PCIe core revisions >= 64, Linus Walleij
  • [PATCH 14/34] brcmfmac: pcie: Add IDs/properties for BCM4378, Hector Martin
    • Re: [PATCH 14/34] brcmfmac: pcie: Add IDs/properties for BCM4378, Linus Walleij
  • [PATCH 15/34] ACPI / property: Support strings in Apple _DSM props, Hector Martin
    • Re: [PATCH 15/34] ACPI / property: Support strings in Apple _DSM props, Lukas Wunner
    • Re: [PATCH 15/34] ACPI / property: Support strings in Apple _DSM props, Linus Walleij
  • [PATCH 16/34] brcmfmac: acpi: Add support for fetching Apple ACPI properties, Hector Martin
    • Re: [PATCH 16/34] brcmfmac: acpi: Add support for fetching Apple ACPI properties, Linus Walleij
      • Re: [PATCH 16/34] brcmfmac: acpi: Add support for fetching Apple ACPI properties, Hector Martin
        • Re: [PATCH 16/34] brcmfmac: acpi: Add support for fetching Apple ACPI properties, Linus Walleij
    • Message not available
      • Re: [PATCH 16/34] brcmfmac: acpi: Add support for fetching Apple ACPI properties, Hector Martin
        • Message not available
          • Re: [PATCH 16/34] brcmfmac: acpi: Add support for fetching Apple ACPI properties, Hector Martin
    • Message not available
      • Re: [PATCH 16/34] brcmfmac: acpi: Add support for fetching Apple ACPI properties, Kalle Valo
  • [PATCH 17/34] brcmfmac: pcie: Provide a buffer of random bytes to the device, Hector Martin
    • Re: [PATCH 17/34] brcmfmac: pcie: Provide a buffer of random bytes to the device, Linus Walleij
  • [PATCH 18/34] brcmfmac: pcie: Add IDs/properties for BCM4355, Hector Martin
    • Re: [PATCH 18/34] brcmfmac: pcie: Add IDs/properties for BCM4355, Linus Walleij
  • [PATCH 19/34] brcmfmac: pcie: Add IDs/properties for BCM4377, Hector Martin
    • Re: [PATCH 19/34] brcmfmac: pcie: Add IDs/properties for BCM4377, Linus Walleij
  • [PATCH 20/34] brcmfmac: pcie: Perform correct BCM4364 firmware selection, Hector Martin
    • Re: [PATCH 20/34] brcmfmac: pcie: Perform correct BCM4364 firmware selection, Linus Walleij
  • [PATCH 22/34] brcmfmac: chip: Handle 1024-unit sizes for TCM blocks, Hector Martin
    • Re: [PATCH 22/34] brcmfmac: chip: Handle 1024-unit sizes for TCM blocks, Linus Walleij
  • [PATCH 23/34] brcmfmac: cfg80211: Add support for scan params v2, Hector Martin
    • Re: [PATCH 23/34] brcmfmac: cfg80211: Add support for scan params v2, Linus Walleij
  • [PATCH 25/34] brcmfmac: cfg80211: Add support for PMKID_V3 operations, Hector Martin
    • Re: [PATCH 25/34] brcmfmac: cfg80211: Add support for PMKID_V3 operations, Linus Walleij
  • [PATCH 24/34] brcmfmac: feature: Add support for setting feats based on WLC version, Hector Martin
    • Re: [PATCH 24/34] brcmfmac: feature: Add support for setting feats based on WLC version, Linus Walleij
  • [PATCH 26/34] brcmfmac: cfg80211: Pass the PMK in binary instead of hex, Hector Martin
    • Re: [PATCH 26/34] brcmfmac: cfg80211: Pass the PMK in binary instead of hex, Linus Walleij
  • [PATCH 27/34] brcmfmac: pcie: Add IDs/properties for BCM4387, Hector Martin
    • Re: [PATCH 27/34] brcmfmac: pcie: Add IDs/properties for BCM4387, Linus Walleij
  • [PATCH 28/34] brcmfmac: pcie: Replace brcmf_pcie_copy_mem_todev with memcpy_toio, Hector Martin
    • Re: [PATCH 28/34] brcmfmac: pcie: Replace brcmf_pcie_copy_mem_todev with memcpy_toio, Linus Walleij
  • [PATCH 21/34] brcmfmac: chip: Only disable D11 cores; handle an arbitrary number, Hector Martin
    • Re: [PATCH 21/34] brcmfmac: chip: Only disable D11 cores; handle an arbitrary number, Linus Walleij
  • [PATCH 30/34] brcmfmac: pcie: Release firmwares in the brcmf_pcie_setup error path, Hector Martin
    • Re: [PATCH 30/34] brcmfmac: pcie: Release firmwares in the brcmf_pcie_setup error path, Linus Walleij
  • [PATCH 29/34] brcmfmac: pcie: Read the console on init and shutdown, Hector Martin
    • Re: [PATCH 29/34] brcmfmac: pcie: Read the console on init and shutdown, Linus Walleij
  • [PATCH 31/34] brcmfmac: fwil: Constify iovar name arguments, Hector Martin
    • Re: [PATCH 31/34] brcmfmac: fwil: Constify iovar name arguments, Linus Walleij
  • [PATCH 32/34] brcmfmac: common: Add support for downloading TxCap blobs, Hector Martin
    • Re: [PATCH 32/34] brcmfmac: common: Add support for downloading TxCap blobs, Linus Walleij
  • [PATCH 33/34] brcmfmac: pcie: Load and provide TxCap blobs, Hector Martin
    • Re: [PATCH 33/34] brcmfmac: pcie: Load and provide TxCap blobs, Linus Walleij
  • [PATCH 34/34] brcmfmac: common: Add support for external calibration blobs, Hector Martin
    • Re: [PATCH 34/34] brcmfmac: common: Add support for external calibration blobs, Linus Walleij
  • Re: [RFC PATCH 00/34] brcmfmac: Support Apple T2 and M1 platforms, Lukas Wunner
    • Re: [RFC PATCH 00/34] brcmfmac: Support Apple T2 and M1 platforms, Hans de Goede
      • Re: [RFC PATCH 00/34] brcmfmac: Support Apple T2 and M1 platforms, Hector Martin
  • Re: [RFC PATCH 00/34] brcmfmac: Support Apple T2 and M1 platforms, Linus Walleij
    • Re: [RFC PATCH 00/34] brcmfmac: Support Apple T2 and M1 platforms, Hector Martin
      • Re: [RFC PATCH 00/34] brcmfmac: Support Apple T2 and M1 platforms, Arend van Spriel
• [PATCH] ACPICA: Remove initialization of static variables to 0, Yin Xiujiang
  • Re: [PATCH] ACPICA: Remove initialization of static variables to 0, Rafael J. Wysocki
• [PATCH v1 1/2] gpiolib: acpi: make fwnode take precedence in struct gpio_chip, Andy Shevchenko
  • [PATCH v1 2/2] gpio: dwapb: Switch to use fwnode instead of of_node, Andy Shevchenko
    • Re: [PATCH v1 2/2] gpio: dwapb: Switch to use fwnode instead of of_node, Serge Semin
    • Re: [PATCH v1 2/2] gpio: dwapb: Switch to use fwnode instead of of_node, Bartosz Golaszewski
  • Re: [PATCH v1 1/2] gpiolib: acpi: make fwnode take precedence in struct gpio_chip, Mika Westerberg
  • Re: [PATCH v1 1/2] gpiolib: acpi: make fwnode take precedence in struct gpio_chip, Bartosz Golaszewski
• [rafael-pm:bleeding-edge] BUILD SUCCESS 58d53ba537f27d9ddcf2c94f5f5bd52b63246b95, kernel test robot
• [PATCH v5 0/5] acpi: Store _PLD information and convert users, Heikki Krogerus
  • [PATCH v5 1/5] acpi: Export acpi_bus_type, Heikki Krogerus
  • [PATCH v5 2/5] acpi: Store CRC-32 hash of the _PLD in struct acpi_device, Heikki Krogerus
    • Re: [PATCH v5 2/5] acpi: Store CRC-32 hash of the _PLD in struct acpi_device, Guenter Roeck
  • [PATCH v5 3/5] usb: Link the ports to the connectors they are attached to, Heikki Krogerus
  • [PATCH v5 4/5] usb: typec: port-mapper: Convert to the component framework, Heikki Krogerus
    • 'Re: [PATCH v5 4/5] usb: typec: port-mapper: Convert to the component framework', Mike Lothian
      • Re: 'Re: [PATCH v5 4/5] usb: typec: port-mapper: Convert to the component framework', Mike Lothian
      • Re: 'Re: [PATCH v5 4/5] usb: typec: port-mapper: Convert to the component framework', Heikki Krogerus
        • Re: 'Re: [PATCH v5 4/5] usb: typec: port-mapper: Convert to the component framework', Mike Lothian
  • [PATCH v5 5/5] usb: Remove usb_for_each_port(), Heikki Krogerus
  • Re: [PATCH v5 0/5] acpi: Store _PLD information and convert users, Rafael J. Wysocki
    • Re: [PATCH v5 0/5] acpi: Store _PLD information and convert users, Greg Kroah-Hartman
• [PATCH -next] PCI/ACPI: Fix acpi_pci_osc_control_set() kernel-doc comment, Yang Li
  • Re: [PATCH -next] PCI/ACPI: Fix acpi_pci_osc_control_set() kernel-doc comment, Rafael J. Wysocki
• [PATCH] ACPI: battery: Add the ThinkPad "Not Charging" quirk, Thomas Weißschuh
  • Re: [PATCH] ACPI: battery: Add the ThinkPad "Not Charging" quirk, Hans de Goede
    • Re: [PATCH] ACPI: battery: Add the ThinkPad "Not Charging" quirk, Rafael J. Wysocki
• drivers/acpi/processor_thermal.c: avoid cpufreq_get_policy(), Manfred Spraul
  • Re: drivers/acpi/processor_thermal.c: avoid cpufreq_get_policy(), Rafael J. Wysocki
    • Re: drivers/acpi/processor_thermal.c: avoid cpufreq_get_policy(), Manfred Spraul
• [PATCH] ACPI: PCC: Implement OperationRegion handler for the PCC Type 3 subtype, Sudeep Holla
  • Re: [PATCH] ACPI: PCC: Implement OperationRegion handler for the PCC Type 3 subtype, kernel test robot
    • Re: [PATCH] ACPI: PCC: Implement OperationRegion handler for the PCC Type 3 subtype, Sudeep Holla
  • Re: [PATCH] ACPI: PCC: Implement OperationRegion handler for the PCC Type 3 subtype, Rafael J. Wysocki
• [PATCH 00/19] ACPICA: ACPICA 20211217, Rafael J. Wysocki
  • [PATCH 19/19] ACPICA: Update version to 20211217, Rafael J. Wysocki
  • [PATCH 18/19] ACPICA: iASL/NHLT table: "Specific Data" field support, Rafael J. Wysocki
  • [PATCH 17/19] ACPICA: iASL: Add suppport for AGDI table, Rafael J. Wysocki
  • [PATCH 16/19] ACPICA: iASL: Add TDEL table to both compiler/disassembler, Rafael J. Wysocki
  • [PATCH 15/19] ACPICA: Fixed a couple of warnings under MSVC, Rafael J. Wysocki
  • [PATCH 14/19] ACPICA: Change a return_ACPI_STATUS (AE_BAD_PARAMETER), Rafael J. Wysocki
  • [PATCH 12/19] ACPICA: Hardware: Do not flush CPU cache when entering S4 and S5, Rafael J. Wysocki
  • [PATCH 10/19] ACPICA: Fix wrong interpretation of PCC address, Rafael J. Wysocki
  • [PATCH 09/19] ACPICA: Executer: Fix the REFCLASS_REFOF case in acpi_ex_opcode_1A_0T_1R(), Rafael J. Wysocki
  • [PATCH 11/19] ACPICA: Add support for PCC Opregion special context data, Rafael J. Wysocki
  • [PATCH 08/19] ACPICA: Utilities: Avoid deleting the same object twice in a row, Rafael J. Wysocki
  • [PATCH 07/19] ACPICA: Fix AEST Processor generic resource substructure data field byte length, Rafael J. Wysocki
  • [PATCH 06/19] ACPICA: iASL/Disassembler: Additional support for NHLT table, Rafael J. Wysocki
  • [PATCH 05/19] ACPICA: Avoid subobject buffer overflow when validating RSDP signature, Rafael J. Wysocki
  • [PATCH 04/19] ACPICA: Macros: Remove ACPI_PHYSADDR_TO_PTR, Rafael J. Wysocki
  • [PATCH 03/19] ACPICA: Use original pointer for virtual origin tables, Rafael J. Wysocki
  • [PATCH 02/19] ACPICA: Use original data_table_region pointer for accesses, Rafael J. Wysocki
  • [PATCH 01/19] ACPICA: actypes.h: Expand the ACPI_ACCESS_ definitions, Rafael J. Wysocki
• [PATCH v4 0/5] acpi: Store _PLD information and convert users, Heikki Krogerus
  • [PATCH v4 1/5] acpi: Export acpi_bus_type, Heikki Krogerus
  • [PATCH v4 2/5] acpi: Store CRC-32 hash of the _PLD in struct acpi_device, Heikki Krogerus
    • Re: [PATCH v4 2/5] acpi: Store CRC-32 hash of the _PLD in struct acpi_device, Rafael J. Wysocki
      • Re: [PATCH v4 2/5] acpi: Store CRC-32 hash of the _PLD in struct acpi_device, Heikki Krogerus
    • Re: [PATCH v4 2/5] acpi: Store CRC-32 hash of the _PLD in struct acpi_device, Andy Shevchenko
  • [PATCH v4 3/5] usb: Link the ports to the connectors they are attached to, Heikki Krogerus
  • [PATCH v4 4/5] usb: typec: port-mapper: Convert to the component framework, Heikki Krogerus
  • [PATCH v4 5/5] usb: Remove usb_for_each_port(), Heikki Krogerus
• [PATCH v1 1/1] ACPI: CPPC: Amend documentation in the comments, Andy Shevchenko
• [rafael-pm:bleeding-edge] BUILD SUCCESS bd982f30deb7baab86095fc89f33954f10dcc387, kernel test robot
• [PATCH v13 0/4] Introduce Platform Firmware Runtime Update and Telemetry drivers, Chen Yu
  • [PATCH v13 1/4] efi: Introduce EFI_FIRMWARE_MANAGEMENT_CAPSULE_HEADER and corresponding structures, Chen Yu
  • [PATCH v13 2/4] drivers/acpi: Introduce Platform Firmware Runtime Update device driver, Chen Yu
    • Re: [PATCH v13 2/4] drivers/acpi: Introduce Platform Firmware Runtime Update device driver, Rafael J. Wysocki
      • Re: [PATCH v13 2/4] drivers/acpi: Introduce Platform Firmware Runtime Update device driver, Chen Yu
  • [PATCH v13 3/4] drivers/acpi: Introduce Platform Firmware Runtime Telemetry, Chen Yu
  • [PATCH v13 4/4] tools: Introduce power/acpi/tools/pfrut, Chen Yu
  • Re: [PATCH v13 0/4] Introduce Platform Firmware Runtime Update and Telemetry drivers, Rafael J. Wysocki
    • Re: [PATCH v13 0/4] Introduce Platform Firmware Runtime Update and Telemetry drivers, Chen Yu
• [PATCH v2 1/1] software node: Update MAINTAINERS data base, Andy Shevchenko
  • Re: [PATCH v2 1/1] software node: Update MAINTAINERS data base, Sakari Ailus
  • Re: [PATCH v2 1/1] software node: Update MAINTAINERS data base, Rafael J. Wysocki
• [PATCH v1 1/1] software node: Update MAINTAINERS data base, Andy Shevchenko
  • Re: [PATCH v1 1/1] software node: Update MAINTAINERS data base, Daniel Scally
    • Re: [PATCH v1 1/1] software node: Update MAINTAINERS data base, Andy Shevchenko
      • Re: [PATCH v1 1/1] software node: Update MAINTAINERS data base, Daniel Scally
  • Re: [PATCH v1 1/1] software node: Update MAINTAINERS data base, Sakari Ailus
    • Re: [PATCH v1 1/1] software node: Update MAINTAINERS data base, Andy Shevchenko
  • Re: [PATCH v1 1/1] software node: Update MAINTAINERS data base, Heikki Krogerus
    • Re: [PATCH v1 1/1] software node: Update MAINTAINERS data base, Andy Shevchenko
• [PATCH] CHROMIUM: i2c: Add device property for probing, Paul Menzel
  • Re: [PATCH] CHROMIUM: i2c: Add device property for probing, Dmitry Torokhov
    • Re: [PATCH] CHROMIUM: i2c: Add device property for probing, Guenter Roeck
      • Re: [PATCH] CHROMIUM: i2c: Add device property for probing, Paul Menzel
        • Re: [PATCH] CHROMIUM: i2c: Add device property for probing, Guenter Roeck
        • Re: [PATCH] CHROMIUM: i2c: Add device property for probing, Dmitry Torokhov
• [PATCH] software node: fix wrong node passed to find nargs_prop, Clément Léger
  • Message not available
    • Re: [PATCH] software node: fix wrong node passed to find nargs_prop, Daniel Scally
      • Re: [PATCH] software node: fix wrong node passed to find nargs_prop, Greg Kroah-Hartman
        • Re: [PATCH] software node: fix wrong node passed to find nargs_prop, Sakari Ailus
          • Re: [PATCH] software node: fix wrong node passed to find nargs_prop, Daniel Scally
            • Re: [PATCH] software node: fix wrong node passed to find nargs_prop, Sakari Ailus
      • Re: [PATCH] software node: fix wrong node passed to find nargs_prop, Clément Léger
        • Re: [PATCH] software node: fix wrong node passed to find nargs_prop, Daniel Scally
  • Re: [PATCH] software node: fix wrong node passed to find nargs_prop, Sakari Ailus
  • Re: [PATCH] software node: fix wrong node passed to find nargs_prop, Heikki Krogerus
    • Re: [PATCH] software node: fix wrong node passed to find nargs_prop, Rafael J. Wysocki
• [rafael-pm:bleeding-edge] BUILD SUCCESS 13500db7a43ad5848884273e6c647633c93db266, kernel test robot
• [PATCH v6] x86/PCI: Ignore E820 reservations for bridge windows on newer systems, Hans de Goede
  • Re: [PATCH v6] x86/PCI: Ignore E820 reservations for bridge windows on newer systems, Hans de Goede
    • Re: [PATCH v6] x86/PCI: Ignore E820 reservations for bridge windows on newer systems, Bjorn Helgaas
      • Re: [PATCH v6] x86/PCI: Ignore E820 reservations for bridge windows on newer systems, Hans de Goede
        • Re: [PATCH v6] x86/PCI: Ignore E820 reservations for bridge windows on newer systems, Rafael J. Wysocki
• [PATCH v3 0/4] acpi: Store _PLD information and convert users, Heikki Krogerus
  • [PATCH v3 1/4] acpi: Store the known device locations, Heikki Krogerus
    • Re: [PATCH v3 1/4] acpi: Store the known device locations, Rafael J. Wysocki
      • Re: [PATCH v3 1/4] acpi: Store the known device locations, Heikki Krogerus
  • [PATCH v3 2/4] usb: Link the ports to the connectors they are attached to, Heikki Krogerus
  • [PATCH v3 3/4] usb: typec: port-mapper: Convert to the component framework, Heikki Krogerus
  • [PATCH v3 4/4] usb: Remove usb_for_each_port(), Heikki Krogerus
  • Re: [PATCH v3 0/4] acpi: Store _PLD information and convert users, Andy Shevchenko
• [PATCH v6 00/10] Add support for CS35L41 in HDA systems, Lucas Tanure
  • [PATCH v6 04/10] ASoC: cs35l41: Create shared function for errata patches, Lucas Tanure
  • [PATCH v6 08/10] ACPI / scan: Create platform device for CLSA0100 and CSC3551 ACPI nodes, Lucas Tanure
    • Re: [PATCH v6 08/10] ACPI / scan: Create platform device for CLSA0100 and CSC3551 ACPI nodes, Rafael J. Wysocki
      • Re: [PATCH v6 08/10] ACPI / scan: Create platform device for CLSA0100 and CSC3551 ACPI nodes, Hans de Goede
        • Re: [PATCH v6 08/10] ACPI / scan: Create platform device for CLSA0100 and CSC3551 ACPI nodes, Mark Brown
        • RE: [PATCH v6 08/10] ACPI / scan: Create platform device for CLSA0100 and CSC3551 ACPI nodes, Stefan Binding
          • Re: [PATCH v6 08/10] ACPI / scan: Create platform device for CLSA0100 and CSC3551 ACPI nodes, Lucas tanure
            • Re: [PATCH v6 08/10] ACPI / scan: Create platform device for CLSA0100 and CSC3551 ACPI nodes, Cameron Berkenpas
              • Re: [PATCH v6 08/10] ACPI / scan: Create platform device for CLSA0100 and CSC3551 ACPI nodes, tanureal
  • [PATCH v6 06/10] ASoC: cs35l41: Create shared function for boost configuration, Lucas Tanure
  • [PATCH v6 05/10] ASoC: cs35l41: Create shared function for setting channels, Lucas Tanure
  • [PATCH v6 10/10] ALSA: hda/realtek: Add CS35L41 support for Thinkpad laptops, Lucas Tanure
  • [PATCH v6 09/10] ALSA: hda/realtek: Add support for Legion 7 16ACHg6 laptop, Lucas Tanure
  • [PATCH v6 07/10] hda: cs35l41: Add support for CS35L41 in HDA systems, Lucas Tanure
    • Re: [PATCH v6 07/10] hda: cs35l41: Add support for CS35L41 in HDA systems, Charles Keepax
    • Re: [PATCH v6 07/10] hda: cs35l41: Add support for CS35L41 in HDA systems, Andy Shevchenko
      • Re: [PATCH v6 07/10] hda: cs35l41: Add support for CS35L41 in HDA systems, Andy Shevchenko
      • Re: [PATCH v6 07/10] hda: cs35l41: Add support for CS35L41 in HDA systems, Lucas tanure
        • Re: [PATCH v6 07/10] hda: cs35l41: Add support for CS35L41 in HDA systems, Andy Shevchenko
          • Re: [PATCH v6 07/10] hda: cs35l41: Add support for CS35L41 in HDA systems, Andy Shevchenko
      • Re: [PATCH v6 07/10] hda: cs35l41: Add support for CS35L41 in HDA systems, Dmitry Torokhov
        • Re: [PATCH v6 07/10] hda: cs35l41: Add support for CS35L41 in HDA systems, Andy Shevchenko
  • [PATCH v6 01/10] ASoC: cs35l41: Convert tables to shared source code, Lucas Tanure
  • [PATCH v6 03/10] ASoC: cs35l41: Move power initializations to reg_sequence, Lucas Tanure
  • [PATCH v6 02/10] ASoC: cs35l41: Move cs35l41_otp_unpack to shared code, Lucas Tanure
  • Re: (subset) [PATCH v6 00/10] Add support for CS35L41 in HDA systems, Mark Brown
    • Re: (subset) [PATCH v6 00/10] Add support for CS35L41 in HDA systems, Takashi Iwai
      • Re: (subset) [PATCH v6 00/10] Add support for CS35L41 in HDA systems, Takashi Iwai
• [PATCH 0/6] cacheinfo: CPU affinity and Devicetree 'id' support, Rob Herring
  • [PATCH 1/6] cacheinfo: Allow for >32-bit cache 'id', Rob Herring
  • [PATCH 2/6] cacheinfo: Set cache 'id' based on DT data, Rob Herring
    • Re: [PATCH 2/6] cacheinfo: Set cache 'id' based on DT data, Robin Murphy
      • Re: [PATCH 2/6] cacheinfo: Set cache 'id' based on DT data, Rob Herring
        • Re: [PATCH 2/6] cacheinfo: Set cache 'id' based on DT data, Sudeep Holla
          • Re: [PATCH 2/6] cacheinfo: Set cache 'id' based on DT data, Sudeep Holla
          • Re: [PATCH 2/6] cacheinfo: Set cache 'id' based on DT data, Rob Herring
            • Re: [PATCH 2/6] cacheinfo: Set cache 'id' based on DT data, Jeremy Linton
        • Re: [PATCH 2/6] cacheinfo: Set cache 'id' based on DT data, Robin Murphy
          • Re: [PATCH 2/6] cacheinfo: Set cache 'id' based on DT data, Rob Herring
            • Re: [PATCH 2/6] cacheinfo: Set cache 'id' based on DT data, Jeremy Linton
            • Re: [PATCH 2/6] cacheinfo: Set cache 'id' based on DT data, Robin Murphy
  • [PATCH 4/6] ACPI / PPTT: Populate the cacheinfo.cpu_affinity_map, Rob Herring
  • [PATCH 5/6] cacheinfo: Use cpu_affinity_map for populating shared_cpu_map, Rob Herring
  • [PATCH 3/6] cacheinfo: Add cpu_affinity_map to store affinity for all CPUs, Rob Herring
  • [PATCH 6/6] cacheinfo: Add cacheinfo_get_cache_affinity() function, Rob Herring
  • Re: [PATCH 0/6] cacheinfo: CPU affinity and Devicetree 'id' support, Greg Kroah-Hartman
• [PATCH v12 0/4] Introduce Platform Firmware Runtime Update and Telemetry drivers, Chen Yu
  • [PATCH v12 1/4] efi: Introduce EFI_FIRMWARE_MANAGEMENT_CAPSULE_HEADER and corresponding structures, Chen Yu
  • [PATCH v12 2/4] drivers/acpi: Introduce Platform Firmware Runtime Update device driver, Chen Yu
    • Re: [PATCH v12 2/4] drivers/acpi: Introduce Platform Firmware Runtime Update device driver, Chen Yu
  • [PATCH v12 4/4] tools: Introduce power/acpi/tools/pfrut, Chen Yu
  • [PATCH v12 3/4] drivers/acpi: Introduce Platform Firmware Runtime Telemetry, Chen Yu
• RESEND: Question: How to trigger RAM address when injecting memory error, Shuai Xue
• [PATCH v5 00/10] Add support for CS35L41 in HDA systems, Lucas Tanure
  • [PATCH v5 02/10] ASoC: cs35l41: Move cs35l41_otp_unpack to shared code, Lucas Tanure
    • Re: [PATCH v5 02/10] ASoC: cs35l41: Move cs35l41_otp_unpack to shared code, Cezary Rojewski
  • [PATCH v5 05/10] ASoC: cs35l41: Create shared function for setting channels, Lucas Tanure
  • [PATCH v5 09/10] ALSA: hda/realtek: Add support for Legion 7 16ACHg6 laptop, Lucas Tanure
  • [PATCH v5 04/10] ASoC: cs35l41: Create shared function for errata patches, Lucas Tanure
  • [PATCH v5 03/10] ASoC: cs35l41: Move power initializations to reg_sequence, Lucas Tanure
  • [PATCH v5 01/10] ASoC: cs35l41: Convert tables to shared source code, Lucas Tanure
  • [PATCH v5 07/10] hda: cs35l41: Add support for CS35L41 in HDA systems, Lucas Tanure
  • [PATCH v5 10/10] ALSA: hda/realtek: Add CS35L41 support for Thinkpad laptops, Lucas Tanure
  • [PATCH v5 06/10] ASoC: cs35l41: Create shared function for boost configuration, Lucas Tanure
  • [PATCH v5 08/10] ACPI / scan: Create platform device for CLSA0100 and CSC3551 ACPI nodes, Lucas Tanure
• [PATCH] ACPI: NUMA: Process hotpluggable memblocks when !CONFIG_MEMORY_HOTPLUG, Vitaly Kuznetsov
  • Re: [PATCH] ACPI: NUMA: Process hotpluggable memblocks when !CONFIG_MEMORY_HOTPLUG, Rafael J. Wysocki
• [rafael-pm:bleeding-edge] BUILD SUCCESS aaa3a53c4b473a78e8cc8682c22030674d48fe5f, kernel test robot
• [GIT PULL] Immutable branch with INT3472 ACPI/i2c + pdx86 patches, Hans de Goede
• [PATCH v4 00/10] Add support for CS35L41 in HDA systems, Lucas Tanure
  • [PATCH v4 02/10] ASoC: cs35l41: Move cs35l41_otp_unpack to shared code, Lucas Tanure
  • [PATCH v4 05/10] ASoC: cs35l41: Create shared function for setting channels, Lucas Tanure
  • [PATCH v4 06/10] ASoC: cs35l41: Create shared function for boost configuration, Lucas Tanure
  • [PATCH v4 04/10] ASoC: cs35l41: Create shared function for errata patches, Lucas Tanure
  • [PATCH v4 03/10] ASoC: cs35l41: Move power initializations to reg_sequence, Lucas Tanure
    • Re: [PATCH v4 03/10] ASoC: cs35l41: Move power initializations to reg_sequence, Charles Keepax
  • [PATCH v4 10/10] ALSA: hda/realtek: Add CS35L41 support for Thinkpad laptops, Lucas Tanure
  • [PATCH v4 09/10] ALSA: hda/realtek: Add support for Legion 7 16ACHg6 laptop, Lucas Tanure
    • Re: [PATCH v4 09/10] ALSA: hda/realtek: Add support for Legion 7 16ACHg6 laptop, Takashi Iwai
  • [PATCH v4 07/10] hda: cs35l41: Add support for CS35L41 in HDA systems, Lucas Tanure
  • [PATCH v4 01/10] ASoC: cs35l41: Convert tables to shared source code, Lucas Tanure
  • [PATCH v4 08/10] ACPI / scan: Create platform device for CLSA0100 and CSC3551 ACPI nodes, Lucas Tanure
• [PATCH v2 0/2] ACPI: Arm Generic Diagnostic Dump and Reset device, Ilkka Koskinen
  • [PATCH v2 2/2] ACPI: AGDI: Add driver for Arm Generic Diagnostic Dump and Reset device, Ilkka Koskinen
  • [PATCH v2 1/2] ACPI: AGDI: Add AGDI tables to drivers/acpi, Ilkka Koskinen
    • Re: [PATCH v2 1/2] ACPI: AGDI: Add AGDI tables to drivers/acpi, Rafael J. Wysocki
      • Re: [PATCH v2 1/2] ACPI: AGDI: Add AGDI tables to drivers/acpi, Ilkka Koskinen
• [PATCH v2 0/5] acpi: Store _PLD information and convert users, Heikki Krogerus
  • [PATCH v2 1/5] acpi: Store the Physical Location of Device (_PLD) information, Heikki Krogerus
    • Re: [PATCH v2 1/5] acpi: Store the Physical Location of Device (_PLD) information, Rafael J. Wysocki
      • Re: [PATCH v2 1/5] acpi: Store the Physical Location of Device (_PLD) information, Heikki Krogerus
        • Re: [PATCH v2 1/5] acpi: Store the Physical Location of Device (_PLD) information, Rafael J. Wysocki
  • [PATCH v2 2/5] usb: Use the cached ACPI _PLD entry, Heikki Krogerus
  • [PATCH v2 3/5] usb: Link the ports to the connectors they are attached to, Heikki Krogerus
  • [PATCH v2 5/5] usb: Remove usb_for_each_port(), Heikki Krogerus
  • [PATCH v2 4/5] usb: typec: port-mapper: Convert to the component framework, Heikki Krogerus
  • Re: [PATCH v2 0/5] acpi: Store _PLD information and convert users, Andy Shevchenko
  • Re: [PATCH v2 0/5] acpi: Store _PLD information and convert users, Prashant Malani
  • Re: [PATCH v2 0/5] acpi: Store _PLD information and convert users, Rafael J. Wysocki
• [PATCH v5 00/21] Introduce power-off+restart call chain API, Dmitry Osipenko
  • [PATCH v5 08/21] arm64: Use do_kernel_power_off(), Dmitry Osipenko
  • [PATCH v5 06/21] csky: Use do_kernel_power_off(), Dmitry Osipenko
  • [PATCH v5 19/21] ACPI: power: Switch to sys-off handler API, Dmitry Osipenko
  • [PATCH v5 01/21] notifier: Add blocking_notifier_call_chain_is_empty(), Dmitry Osipenko
  • [PATCH v5 10/21] xen/x86: Use do_kernel_power_off(), Dmitry Osipenko
  • [PATCH v5 05/21] ARM: Use do_kernel_power_off(), Dmitry Osipenko
  • [PATCH v5 04/21] kernel: Add combined power-off+restart handler call chain API, Dmitry Osipenko
    • Re: [PATCH v5 04/21] kernel: Add combined power-off+restart handler call chain API, Michał Mirosław
      • Re: [PATCH v5 04/21] kernel: Add combined power-off+restart handler call chain API, Dmitry Osipenko
      • Re: [PATCH v5 04/21] kernel: Add combined power-off+restart handler call chain API, Dmitry Osipenko
  • [PATCH v5 15/21] ia64: Use do_kernel_power_off(), Dmitry Osipenko
  • [PATCH v5 16/21] mips: Use do_kernel_power_off(), Dmitry Osipenko
  • [PATCH v5 17/21] nds32: Use do_kernel_power_off(), Dmitry Osipenko
  • [PATCH v5 18/21] memory: emif: Use kernel_can_power_off(), Dmitry Osipenko
  • [PATCH v5 07/21] riscv: Use do_kernel_power_off(), Dmitry Osipenko
  • [PATCH v5 13/21] sh: Use do_kernel_power_off(), Dmitry Osipenko
  • [PATCH v5 02/21] notifier: Add atomic/blocking_notifier_chain_register_unique_prio(), Dmitry Osipenko
  • [PATCH v5 21/21] reboot: Remove pm_power_off_prepare(), Dmitry Osipenko
  • [PATCH v5 12/21] m68k: Switch to new sys-off handler API, Dmitry Osipenko
  • [PATCH v5 14/21] x86: Use do_kernel_power_off(), Dmitry Osipenko
  • [PATCH v5 03/21] reboot: Print error message if restart handler has duplicated priority, Dmitry Osipenko
  • [PATCH v5 11/21] powerpc: Use do_kernel_power_off(), Dmitry Osipenko