Linux x86 Platform Driver Development

• Date Index

• [GIT PULL] platform-drivers-x86 for 6.2-3, Hans de Goede
  • Re: [GIT PULL] platform-drivers-x86 for 6.2-3, pr-tracker-bot
• [PATCH v2] platform/x86/intel/pmc: core: Add support to show LTR-ignored components, Rajat Khandelwal
  • Re: [PATCH v2] platform/x86/intel/pmc: core: Add support to show LTR-ignored components, Hans de Goede
• [PATCH 0/4] Updates to amd_pmc driver, Shyam Sundar S K
  • [PATCH 2/4] platform/x86/amd: pmc: Write dummy postcode into the STB DRAM, Shyam Sundar S K
    • RE: [PATCH 2/4] platform/x86/amd: pmc: Write dummy postcode into the STB DRAM, Limonciello, Mario
      • Re: [PATCH 2/4] platform/x86/amd: pmc: Write dummy postcode into the STB DRAM, Shyam Sundar S K
        • Re: [PATCH 2/4] platform/x86/amd: pmc: Write dummy postcode into the STB DRAM, Mario Limonciello
    • Re: [PATCH 2/4] platform/x86/amd: pmc: Write dummy postcode into the STB DRAM, Hans de Goede
  • [PATCH 3/4] platform/x86/amd: pmc: differentiate STB/SMU messaging prints, Shyam Sundar S K
    • Re: [PATCH 3/4] platform/x86/amd: pmc: differentiate STB/SMU messaging prints, Hans de Goede
  • [PATCH 4/4] platform/x86/amd: pmc: Add line break for readability, Shyam Sundar S K
    • Re: [PATCH 4/4] platform/x86/amd: pmc: Add line break for readability, Hans de Goede
  • [PATCH 1/4] platform/x86/amd: pmc: Add num_samples message id support to STB, Shyam Sundar S K
    • Re: [PATCH 1/4] platform/x86/amd: pmc: Add num_samples message id support to STB, Hans de Goede
      • Re: [PATCH 1/4] platform/x86/amd: pmc: Add num_samples message id support to STB, Shyam Sundar S K
  • Re: [PATCH 0/4] Updates to amd_pmc driver, Mario Limonciello
• [PATCH 0/5] platform/x86/amd/pmf: Updates to PMF driver, Shyam Sundar S K
  • [PATCH 1/5] platform/x86/amd/pmf: Add helper routine to update SPS thermals, Shyam Sundar S K
  • [PATCH 2/5] platform/x86/amd/pmf: Add helper routine to check pprof is balanced, Shyam Sundar S K
  • [PATCH 3/5] platform/x86/amd/pmf: update to auto-mode limits only after AMT event, Shyam Sundar S K
  • [PATCH 4/5] platform/x86/amd/pmf: Fix to update SPS default pprof thermals, Shyam Sundar S K
  • [PATCH 5/5] platform/x86/amd/pmf: Fix to update SPS thermals when power supply change, Shyam Sundar S K
  • Re: [PATCH 0/5] platform/x86/amd/pmf: Updates to PMF driver, Mario Limonciello
  • Re: [PATCH 0/5] platform/x86/amd/pmf: Updates to PMF driver, Hans de Goede
• [PATCH] platform/x86: thinkpad_acpi: Fix profile modes on Intel platforms, Mark Pearson
  • RE: [PATCH] platform/x86: thinkpad_acpi: Fix profile modes on Intel platforms, Limonciello, Mario
  • Re: [PATCH] platform/x86: thinkpad_acpi: Fix profile modes on Intel platforms, Greg KH
  • Re: [PATCH] platform/x86: thinkpad_acpi: Fix profile modes on Intel platforms, Hans de Goede
• [PATCH v2 0/3] ACPI: video/apple-gmux: Fix apple gmux backlight detection, Hans de Goede
  • [PATCH v2 1/3] platform/x86: apple-gmux: Move port defines to apple-gmux.h, Hans de Goede
  • [PATCH v2 2/3] platform/x86: apple-gmux: Add apple_gmux_detect() helper, Hans de Goede
  • [PATCH v2 3/3] ACPI: video: Fix apple gmux detection, Hans de Goede
• [PATCH] platform/x86: hp-wmi: Ignore Win-Lock key events, Rishit Bansal
  • Re: [PATCH] platform/x86: hp-wmi: Ignore Win-Lock key events, Hans de Goede
• [PATCH] platform/x86: apple_gmux: Drop no longer used ACPI_VIDEO Kconfig dependency, Hans de Goede
  • Re: [PATCH] platform/x86: apple_gmux: Drop no longer used ACPI_VIDEO Kconfig dependency, Hans de Goede
• [PATCH] platform/x86: hp-wmi: Fix cast to smaller integer type warning, Hans de Goede
  • Re: [PATCH] platform/x86: hp-wmi: Fix cast to smaller integer type warning, Hans de Goede
• [PATCH 0/3] ACPI: video/apple-gmux: Improve apple-gmux backlight detection, Hans de Goede
  • [PATCH 2/3] platform/x86: apple-gmux: Add apple_gmux_detect() helper, Hans de Goede
    • Re: [PATCH 2/3] platform/x86: apple-gmux: Add apple_gmux_detect() helper, Lukas Wunner
      • Re: [PATCH 2/3] platform/x86: apple-gmux: Add apple_gmux_detect() helper, Hans de Goede
        • Re: [PATCH 2/3] platform/x86: apple-gmux: Add apple_gmux_detect() helper, Lukas Wunner
          • Re: [PATCH 2/3] platform/x86: apple-gmux: Add apple_gmux_detect() helper, Hans de Goede
            • Re: [PATCH 2/3] platform/x86: apple-gmux: Add apple_gmux_detect() helper, Hans de Goede
    • Re: [PATCH 2/3] platform/x86: apple-gmux: Add apple_gmux_detect() helper, Andy Shevchenko
  • [PATCH 1/3] platform/x86: apple-gmux: Move port defines to apple-gmux.h, Hans de Goede
  • [PATCH 3/3] ACPI: video: Fix apple gmux detection, Hans de Goede
    • Re: [PATCH 3/3] ACPI: video: Fix apple gmux detection, Andy Shevchenko
      • Re: [PATCH 3/3] ACPI: video: Fix apple gmux detection, Hans de Goede
    • Re: [PATCH 3/3] ACPI: video: Fix apple gmux detection, Rafael J. Wysocki
  • Re: [PATCH 0/3] ACPI: video/apple-gmux: Improve apple-gmux backlight detection, Lukas Wunner
    • Re: [PATCH 0/3] ACPI: video/apple-gmux: Improve apple-gmux backlight detection, Hans de Goede
      • Re: [PATCH 0/3] ACPI: video/apple-gmux: Improve apple-gmux backlight detection, Lukas Wunner
        • Re: [PATCH 0/3] ACPI: video/apple-gmux: Improve apple-gmux backlight detection, Hans de Goede
  • Re: [PATCH 0/3] ACPI: video/apple-gmux: Improve apple-gmux backlight detection, Aditya Garg
    • Re: [PATCH 0/3] ACPI: video/apple-gmux: Improve apple-gmux backlight detection, Orlando Chamberlain
      • Re: [PATCH 0/3] ACPI: video/apple-gmux: Improve apple-gmux backlight detection, Aditya Garg
• amd_pcm module not autoloading on Thinkpad X13 Gen 2a, Salvatore Bonaccorso
  • Message not available
    • Re: amd_pmc module not autoloading on Thinkpad X13 Gen 2a, Salvatore Bonaccorso
      • Message not available
        • Re: amd_pmc module not autoloading on Thinkpad X13 Gen 2a, Salvatore Bonaccorso
• [PATCH v2] platform/x86: hp-wmi: Support omen backlight control wmi-acpi methods, Rishit Bansal
  • Re: [PATCH v2] platform/x86: hp-wmi: Support omen backlight control wmi-acpi methods, Hans de Goede
    • Re: [PATCH v2] platform/x86: hp-wmi: Support omen backlight control wmi-acpi methods, Rishit Bansal
• [PATCH v2] platform/x86: hp-wmi: Handle Omen Key event, Rishit Bansal
  • Re: [PATCH v2] platform/x86: hp-wmi: Handle Omen Key event, Hans de Goede
    • Re: [PATCH v2] platform/x86: hp-wmi: Handle Omen Key event, Rishit Bansal
• [PATCH 1/2] platform/x86: amd: pmc: Disable IRQ1 wakeup for RN/CZN, Mario Limonciello
  • [PATCH 2/2] platform/x86/amd: pmc: Add a module parameter to disable workarounds, Mario Limonciello
  • Re: [PATCH 1/2] platform/x86: amd: pmc: Disable IRQ1 wakeup for RN/CZN, Hans de Goede
• [PATCH] platform/x86: asus-wmi: Fix kbd_dock_devid tablet-switch reporting, Hans de Goede
  • Re: [PATCH] platform/x86: asus-wmi: Fix kbd_dock_devid tablet-switch reporting, Hans de Goede
• [PATCH v5 00/11] leds: lookup-table support + int3472/media privacy LED support, Hans de Goede
  • [PATCH v5 02/11] leds: led-class: Add led_module_get() helper, Hans de Goede
    • Re: [PATCH v5 02/11] leds: led-class: Add led_module_get() helper, Lee Jones
  • [PATCH v5 01/11] leds: led-class: Add missing put_device() to led_put(), Hans de Goede
    • Re: [PATCH v5 01/11] leds: led-class: Add missing put_device() to led_put(), Lee Jones
  • [PATCH v5 03/11] leds: led-class: Add __devm_led_get() helper, Hans de Goede
    • Re: [PATCH v5 03/11] leds: led-class: Add __devm_led_get() helper, Lee Jones
  • [PATCH v5 06/11] media: v4l2-core: Built async and fwnode code into videodev.ko, Hans de Goede
    • Re: [PATCH v5 06/11] media: v4l2-core: Built async and fwnode code into videodev.ko, Sakari Ailus
      • Re: [PATCH v5 06/11] media: v4l2-core: Built async and fwnode code into videodev.ko, Hans de Goede
  • [PATCH v5 04/11] leds: led-class: Add generic [devm_]led_get(), Hans de Goede
    • Re: [PATCH v5 04/11] leds: led-class: Add generic [devm_]led_get(), Lee Jones
  • [PATCH v5 05/11] [RFC] leds: led-class: Add devicetree support to led_get(), Hans de Goede
    • Re: [PATCH v5 05/11] [RFC] leds: led-class: Add devicetree support to led_get(), Lee Jones
  • [PATCH v5 07/11] media: v4l2-core: Make the v4l2-core code enable/disable the privacy LED if present, Hans de Goede
    • Re: [PATCH v5 07/11] media: v4l2-core: Make the v4l2-core code enable/disable the privacy LED if present, Sakari Ailus
      • Re: [PATCH v5 07/11] media: v4l2-core: Make the v4l2-core code enable/disable the privacy LED if present, Hans de Goede
  • [PATCH v5 09/11] platform/x86: int3472/discrete: Create a LED class device for the privacy LED, Hans de Goede
  • [PATCH v5 10/11] platform/x86: int3472/discrete: Move GPIO request to skl_int3472_register_clock(), Hans de Goede
  • [PATCH v5 08/11] platform/x86: int3472/discrete: Refactor GPIO to sensor mapping, Hans de Goede
  • [PATCH v5 11/11] platform/x86: int3472/discrete: Get the polarity from the _DSM entry, Hans de Goede
  • Re: [PATCH v5 00/11] leds: lookup-table support + int3472/media privacy LED support, Lee Jones
    • Re: [PATCH v5 00/11] leds: lookup-table support + int3472/media privacy LED support, Hans de Goede
  • Re: [PATCH v5 00/11] leds: lookup-table support + int3472/media privacy LED support, Lee Jones
  • [GIT PULL] Immutable branch from LEDs due for the v6.3 merge window, Lee Jones
• [GIT PULL]: tools/power/x86/intel-speed-select pull request for 6.3-rc1, Pandruvada, Srinivas
  • Re: [GIT PULL]: tools/power/x86/intel-speed-select pull request for 6.3-rc1, Hans de Goede
• [PATCH v2 1/1] platform/x86: int1092: Switch to use acpi_evaluate_dsm_typed(), Andy Shevchenko
• [PATCH] platform/x86: gigabyte-wmi: add support for B450M DS3H WIFI-CF, Kevin Kuriakose
  • Re: [PATCH] platform/x86: gigabyte-wmi: add support for B450M DS3H WIFI-CF, Thomas Weißschuh
  • Re: [PATCH] platform/x86: gigabyte-wmi: add support for B450M DS3H WIFI-CF, Hans de Goede
• [PATCH v4 00/11] leds: lookup-table support + int3472/media privacy LED support, Hans de Goede
  • [PATCH v4 02/11] leds: led-class: Add led_module_get() helper, Hans de Goede
    • Re: [PATCH v4 02/11] leds: led-class: Add led_module_get() helper, Andy Shevchenko
    • Re: [PATCH v4 02/11] leds: led-class: Add led_module_get() helper, Linus Walleij
  • [PATCH v4 01/11] leds: led-class: Add missing put_device() to led_put(), Hans de Goede
    • Re: [PATCH v4 01/11] leds: led-class: Add missing put_device() to led_put(), Andy Shevchenko
    • Re: [PATCH v4 01/11] leds: led-class: Add missing put_device() to led_put(), Linus Walleij
  • [PATCH v4 03/11] leds: led-class: Add __devm_led_get() helper, Hans de Goede
    • Re: [PATCH v4 03/11] leds: led-class: Add __devm_led_get() helper, Andy Shevchenko
    • Re: [PATCH v4 03/11] leds: led-class: Add __devm_led_get() helper, Linus Walleij
  • [PATCH v4 06/11] media: v4l2-core: Built async and fwnode code into videodev.ko, Hans de Goede
    • Re: [PATCH v4 06/11] media: v4l2-core: Built async and fwnode code into videodev.ko, kernel test robot
      • Re: [PATCH v4 06/11] media: v4l2-core: Built async and fwnode code into videodev.ko, Hans de Goede
    • Re: [PATCH v4 06/11] media: v4l2-core: Built async and fwnode code into videodev.ko, kernel test robot
    • Re: [PATCH v4 06/11] media: v4l2-core: Built async and fwnode code into videodev.ko, kernel test robot
  • [PATCH v4 05/11] [RFC] leds: led-class: Add devicetree support to led_get(), Hans de Goede
    • Re: [PATCH v4 05/11] [RFC] leds: led-class: Add devicetree support to led_get(), Andy Shevchenko
    • Re: [PATCH v4 05/11] [RFC] leds: led-class: Add devicetree support to led_get(), Linus Walleij
  • [PATCH v4 04/11] leds: led-class: Add generic [devm_]led_get(), Hans de Goede
    • Re: [PATCH v4 04/11] leds: led-class: Add generic [devm_]led_get(), Andy Shevchenko
      • Re: [PATCH v4 04/11] leds: led-class: Add generic [devm_]led_get(), Hans de Goede
        • Re: [PATCH v4 04/11] leds: led-class: Add generic [devm_]led_get(), Andy Shevchenko
          • Re: [PATCH v4 04/11] leds: led-class: Add generic [devm_]led_get(), Hans de Goede
    • Re: [PATCH v4 04/11] leds: led-class: Add generic [devm_]led_get(), Linus Walleij
      • Re: [PATCH v4 04/11] leds: led-class: Add generic [devm_]led_get(), Lee Jones
  • [PATCH v4 07/11] media: v4l2-core: Make the v4l2-core code enable/disable the privacy LED if present, Hans de Goede
  • [PATCH v4 09/11] platform/x86: int3472/discrete: Create a LED class device for the privacy LED, Hans de Goede
  • [PATCH v4 08/11] platform/x86: int3472/discrete: Refactor GPIO to sensor mapping, Hans de Goede
  • [PATCH v4 10/11] platform/x86: int3472/discrete: Move GPIO request to skl_int3472_register_clock(), Hans de Goede
  • [PATCH v4 11/11] platform/x86: int3472/discrete: Get the polarity from the _DSM entry, Hans de Goede
  • Re: [PATCH v4 00/11] leds: lookup-table support + int3472/media privacy LED support, Linus Walleij
• [PATCH 0/3] leds: tps68470: LED driver for TPS68470, Kate Hsuan
  • [PATCH 1/3] platform: x86: int3472: Add MFD cell for tps68470 LED, Kate Hsuan
  • [PATCH 2/3] include: mfd: tps68470: Add masks for LEDA and LEDB, Kate Hsuan
  • [PATCH 3/3] leds: tps68470: Add LED control for tps68470, Kate Hsuan
• [PATCH v1 1/1] platform/x86: intel/pmc: Switch to use acpi_evaluate_dsm_typed(), Andy Shevchenko
  • Re: [PATCH v1 1/1] platform/x86: intel/pmc: Switch to use acpi_evaluate_dsm_typed(), Rajneesh Bhardwaj
• [PATCH v1 1/1] platform/x86: int1092: Switch to use acpi_evaluate_dsm_typed(), Andy Shevchenko
  • Re: [PATCH v1 1/1] platform/x86: int1092: Switch to use acpi_evaluate_dsm_typed(), kernel test robot
  • Re: [PATCH v1 1/1] platform/x86: int1092: Switch to use acpi_evaluate_dsm_typed(), kernel test robot
• [PATCH v1 1/1] platform/surface: Switch to use acpi_evaluate_dsm_typed(), Andy Shevchenko
  • Re: [PATCH v1 1/1] platform/surface: Switch to use acpi_evaluate_dsm_typed(), Maximilian Luz
  • Re: [PATCH v1 1/1] platform/surface: Switch to use acpi_evaluate_dsm_typed(), Hans de Goede
• [PATCH] platform/x86: hp-wmi: Handle Omen Key event, Rishit Bansal
  • Re: [PATCH] platform/x86: hp-wmi: Handle Omen Key event, Hans de Goede
    • Re: [PATCH] platform/x86: hp-wmi: Handle Omen Key event, Hans de Goede
• [PATCH] platform/x86: dell-wmi: Add a keymap for KEY_MUTE in type 0x0010 table, Koba Ko
  • Re: [PATCH] platform/x86: dell-wmi: Add a keymap for KEY_MUTE in type 0x0010 table, Hans de Goede
• [PATCH AUTOSEL 5.4 15/16] platform/x86: asus-wmi: Ignore fan on E410MA, Sasha Levin
• [PATCH AUTOSEL 5.4 13/16] platform/x86: touchscreen_dmi: Add info for the CSL Panther Tab HD, Sasha Levin
• [PATCH AUTOSEL 5.4 14/16] platform/x86: asus-nb-wmi: Add alternate mapping for KEY_SCREENLOCK, Sasha Levin
• [PATCH AUTOSEL 5.10 16/17] platform/x86: asus-nb-wmi: Add alternate mapping for KEY_SCREENLOCK, Sasha Levin
• [PATCH AUTOSEL 5.10 15/17] platform/x86: touchscreen_dmi: Add info for the CSL Panther Tab HD, Sasha Levin
• [PATCH AUTOSEL 5.15 22/24] platform/x86: asus-nb-wmi: Add alternate mapping for KEY_SCREENLOCK, Sasha Levin
• [PATCH AUTOSEL 5.15 21/24] platform/x86: touchscreen_dmi: Add info for the CSL Panther Tab HD, Sasha Levin
• [PATCH AUTOSEL 6.1 50/53] platform/x86: simatic-ipc: add another model, Sasha Levin
• [PATCH AUTOSEL 6.1 49/53] platform/x86: simatic-ipc: correct name of a model, Sasha Levin
• [PATCH AUTOSEL 6.1 47/53] platform/x86: asus-wmi: Add quirk wmi_ignore_fan, Sasha Levin
• [PATCH AUTOSEL 6.1 48/53] platform/x86: asus-wmi: Ignore fan on E410MA, Sasha Levin
• [PATCH AUTOSEL 6.1 45/53] platform/x86: asus-nb-wmi: Add alternate mapping for KEY_CAMERA, Sasha Levin
• [PATCH AUTOSEL 6.1 46/53] platform/x86: asus-nb-wmi: Add alternate mapping for KEY_SCREENLOCK, Sasha Levin
• [PATCH AUTOSEL 6.1 44/53] platform/x86: touchscreen_dmi: Add info for the CSL Panther Tab HD, Sasha Levin
• [PATCH v4 00/19] irqdomain: fix mapping race and clean up locking, Johan Hovold
  • [PATCH v4 02/19] irqdomain: Drop dead domain-name assignment, Johan Hovold
    • Re: [PATCH v4 02/19] irqdomain: Drop dead domain-name assignment, Thomas Gleixner
  • [PATCH v4 04/19] irqdomain: Fix association race, Johan Hovold
    • Re: [PATCH v4 04/19] irqdomain: Fix association race, Thomas Gleixner
  • [PATCH v4 03/19] irqdomain: Drop leftover brackets, Johan Hovold
    • Re: [PATCH v4 03/19] irqdomain: Drop leftover brackets, Thomas Gleixner
      • Re: [PATCH v4 03/19] irqdomain: Drop leftover brackets, Johan Hovold
  • [PATCH v4 01/19] irqdomain: Drop bogus fwspec-mapping error handling, Johan Hovold
    • Re: [PATCH v4 01/19] irqdomain: Drop bogus fwspec-mapping error handling, Thomas Gleixner
  • [PATCH v4 09/19] irqdomain: Fix mapping-creation race, Johan Hovold
    • Re: [PATCH v4 09/19] irqdomain: Fix mapping-creation race, Thomas Gleixner
      • Re: [PATCH v4 09/19] irqdomain: Fix mapping-creation race, Johan Hovold
        • Re: [PATCH v4 09/19] irqdomain: Fix mapping-creation race, Johan Hovold
  • [PATCH v4 06/19] irqdomain: Drop revmap mutex, Johan Hovold
    • Re: [PATCH v4 06/19] irqdomain: Drop revmap mutex, Thomas Gleixner
      • Re: [PATCH v4 06/19] irqdomain: Drop revmap mutex, Johan Hovold
        • Re: [PATCH v4 06/19] irqdomain: Drop revmap mutex, Thomas Gleixner
          • Re: [PATCH v4 06/19] irqdomain: Drop revmap mutex, Johan Hovold
            • Re: [PATCH v4 06/19] irqdomain: Drop revmap mutex, Thomas Gleixner
              • Re: [PATCH v4 06/19] irqdomain: Drop revmap mutex, Johan Hovold
  • [PATCH v4 05/19] irqdomain: Fix disassociation race, Johan Hovold
  • [PATCH v4 18/19] irqchip/mvebu-odmi: Use irq_domain_create_hierarchy(), Johan Hovold
  • [PATCH v4 14/19] irqchip/gic-v2m: Use irq_domain_create_hierarchy(), Johan Hovold
  • [PATCH v4 19/19] irqdomain: Switch to per-domain locking, Johan Hovold
    • Re: [PATCH v4 19/19] irqdomain: Switch to per-domain locking, Thomas Gleixner
      • Re: [PATCH v4 19/19] irqdomain: Switch to per-domain locking, Johan Hovold
        • Re: [PATCH v4 19/19] irqdomain: Switch to per-domain locking, Thomas Gleixner
  • [PATCH v4 16/19] irqchip/gic-v3-mbi: Use irq_domain_create_hierarchy(), Johan Hovold
  • [PATCH v4 07/19] irqdomain: Look for existing mapping only once, Johan Hovold
    • Re: [PATCH v4 07/19] irqdomain: Look for existing mapping only once, Thomas Gleixner
      • Re: [PATCH v4 07/19] irqdomain: Look for existing mapping only once, Johan Hovold
        • Re: [PATCH v4 07/19] irqdomain: Look for existing mapping only once, Johan Hovold
  • [PATCH v4 17/19] irqchip/loongson-pch-msi: Use irq_domain_create_hierarchy(), Johan Hovold
  • [PATCH v4 15/19] irqchip/gic-v3-its: Use irq_domain_create_hierarchy(), Johan Hovold
  • [PATCH v4 11/19] x86/ioapic: Use irq_domain_create_hierarchy(), Johan Hovold
    • Re: [PATCH v4 11/19] x86/ioapic: Use irq_domain_create_hierarchy(), Thomas Gleixner
      • Re: [PATCH v4 11/19] x86/ioapic: Use irq_domain_create_hierarchy(), Johan Hovold
  • [PATCH v4 13/19] irqchip/alpine-msi: Use irq_domain_add_hierarchy(), Johan Hovold
  • [PATCH v4 08/19] irqdomain: Refactor __irq_domain_alloc_irqs(), Johan Hovold
    • Re: [PATCH v4 08/19] irqdomain: Refactor __irq_domain_alloc_irqs(), Thomas Gleixner
      • Re: [PATCH v4 08/19] irqdomain: Refactor __irq_domain_alloc_irqs(), Johan Hovold
  • [PATCH v4 12/19] x86/apic: Use irq_domain_create_hierarchy(), Johan Hovold
  • [PATCH v4 10/19] irqdomain: Clean up irq_domain_push/pop_irq(), Johan Hovold
• [PATCH] platform/x86: hp-wmi: Support omen backlight control wmi-acpi methods, Rishit Bansal
• [PATCH v4 0/2] Expand APU2 driver to 3/4/5/6 models, Philip Prindeville
  • Re: [PATCH v4 0/2] Expand APU2 driver to 3/4/5/6 models, Philip Prindeville
  • Re: [PATCH v4 0/2] Expand APU2 driver to 3/4/5/6 models, Hans de Goede
    • Re: [PATCH v4 0/2] Expand APU2 driver to 3/4/5/6 models, Philip Prindeville
      • Re: [PATCH v4 0/2] Expand APU2 driver to 3/4/5/6 models, Hans de Goede
      • Re: [PATCH v4 0/2] Expand APU2 driver to 3/4/5/6 models, Enrico Weigelt, metux IT consult
    • Re: [PATCH v4 0/2] Expand APU2 driver to 3/4/5/6 models, Enrico Weigelt, metux IT consult
      • Re: [PATCH v4 0/2] Expand APU2 driver to 3/4/5/6 models, Ed W
        • Re: [PATCH v4 0/2] Expand APU2 driver to 3/4/5/6 models, Enrico Weigelt, metux IT consult
          • Re: [PATCH v4 0/2] Expand APU2 driver to 3/4/5/6 models, Enrico Weigelt, metux IT consult
        • RFC: shall we have a baseband subsystem ?, Enrico Weigelt, metux IT consult
• [PATCH v4 1/2] x86: Support APU5 & APU6 in PCEngines platform driver, Philip Prindeville
  • Re: [PATCH v4 1/2] x86: Support APU5 & APU6 in PCEngines platform driver, Hans de Goede
    • Re: [PATCH v4 1/2] x86: Support APU5 & APU6 in PCEngines platform driver, Philip Prindeville
      • Re: [PATCH v4 1/2] x86: Support APU5 & APU6 in PCEngines platform driver, Hans de Goede
        • Re: [PATCH v4 1/2] x86: Support APU5 & APU6 in PCEngines platform driver, Enrico Weigelt, metux IT consult
      • Re: [PATCH v4 1/2] x86: Support APU5 & APU6 in PCEngines platform driver, Enrico Weigelt, metux IT consult
    • Re: [PATCH v4 1/2] x86: Support APU5 & APU6 in PCEngines platform driver, Ed W
      • Re: [PATCH v4 1/2] x86: Support APU5 & APU6 in PCEngines platform driver, Hans de Goede
        • Re: [PATCH v4 1/2] x86: Support APU5 & APU6 in PCEngines platform driver, Philip Prindeville
          • Re: [PATCH v4 1/2] x86: Support APU5 & APU6 in PCEngines platform driver, Hans de Goede
            • Re: [PATCH v4 1/2] x86: Support APU5 & APU6 in PCEngines platform driver, Ed W
              • Re: [PATCH v4 1/2] x86: Support APU5 & APU6 in PCEngines platform driver, Hans de Goede
                • Re: [PATCH v4 1/2] x86: Support APU5 & APU6 in PCEngines platform driver, Enrico Weigelt, metux IT consult
                  • Re: [PATCH v4 1/2] x86: Support APU5 & APU6 in PCEngines platform driver, Hans de Goede
              • Re: [PATCH v4 1/2] x86: Support APU5 & APU6 in PCEngines platform driver, Enrico Weigelt, metux IT consult
            • Re: [PATCH v4 1/2] x86: Support APU5 & APU6 in PCEngines platform driver, Enrico Weigelt, metux IT consult
          • Re: [PATCH v4 1/2] x86: Support APU5 & APU6 in PCEngines platform driver, Enrico Weigelt, metux IT consult
        • Re: [PATCH v4 1/2] x86: Support APU5 & APU6 in PCEngines platform driver, Enrico Weigelt, metux IT consult
    • Re: [PATCH v4 1/2] x86: Support APU5 & APU6 in PCEngines platform driver, Enrico Weigelt, metux IT consult
  • Re: [PATCH v4 1/2] x86: Support APU5 & APU6 in PCEngines platform driver, Hans de Goede
• [PATCH v4 2/2] x86: Further PCEngines APU4/5/6 cleanup, Philip Prindeville
  • Re: [PATCH v4 2/2] x86: Further PCEngines APU4/5/6 cleanup, Hans de Goede
    • Re: [PATCH v4 2/2] x86: Further PCEngines APU4/5/6 cleanup, Enrico Weigelt, metux IT consult
• [PATCH] platform/x86/intel/pmc: core: Add support to show LTR-ignored components, Rajat Khandelwal
  • Re: [PATCH] platform/x86/intel/pmc: core: Add support to show LTR-ignored components, Box, David E
• [GIT PULL] platform-drivers-x86 for 6.2-2, Hans de Goede
  • Re: [GIT PULL] platform-drivers-x86 for 6.2-2, pr-tracker-bot
• [PATCH v2] platform/x86: thinkpad_acpi: Fix profile mode display in AMT mode, Mark Pearson
  • Re: [PATCH v2] platform/x86: thinkpad_acpi: Fix profile mode display in AMT mode, Hans de Goede
• [PATCH] platform/x86: thinkpad_acpi: Remove AMT enablement, Mark Pearson
  • RE: [PATCH] platform/x86: thinkpad_acpi: Remove AMT enablement, Limonciello, Mario
    • Message not available
      • Re: [PATCH] platform/x86: thinkpad_acpi: Remove AMT enablement, Limonciello, Mario
• [PATCH] platform/x86: asus-nb-wmi: Add alternate mapping for KEY_SCREENLOCK, Hans de Goede
  • Re: [PATCH] platform/x86: asus-nb-wmi: Add alternate mapping for KEY_SCREENLOCK, Hans de Goede
• [PATCH] platform/x86: int3472/discrete: Ensure the clk/power enable pins are in output mode, Hans de Goede
  • Re: [PATCH] platform/x86: int3472/discrete: Ensure the clk/power enable pins are in output mode, Andy Shevchenko
    • Re: [PATCH] platform/x86: int3472/discrete: Ensure the clk/power enable pins are in output mode, Daniel Scally
  • Re: [PATCH] platform/x86: int3472/discrete: Ensure the clk/power enable pins are in output mode, Sakari Ailus
  • Re: [PATCH] platform/x86: int3472/discrete: Ensure the clk/power enable pins are in output mode, Hans de Goede
• [Bug 216917] New: hibernation regression since 6.0.18 (Ryzen-5650U incl. Radeon GPU), bugzilla-daemon
  • [Bug 216917] hibernation regression since 6.0.18 (Ryzen-5650U incl. Radeon GPU), bugzilla-daemon
  • [Bug 216917] hibernation regression since 6.0.18 (Ryzen-5650U incl. Radeon GPU), bugzilla-daemon
  • [Bug 216917] hibernation regression since 6.0.18 (Ryzen-5650U incl. Radeon GPU), bugzilla-daemon
  • [Bug 216917] hibernation regression since 6.0.18 (Ryzen-5650U incl. Radeon GPU), bugzilla-daemon
• [PATCH v2 09/16] platform/x86: wmi: move dev_to_wblock() and dev_to_wdev to use container_of_const(), Greg Kroah-Hartman
• [PATCH v2 05/16] driver core: make struct device_type.uevent() take a const *, Greg Kroah-Hartman
  • Re: [PATCH v2 05/16] driver core: make struct device_type.uevent() take a const *, Wolfram Sang
  • Re: [PATCH v2 05/16] driver core: make struct device_type.uevent() take a const *, Vinod Koul
  • Re: [PATCH v2 05/16] driver core: make struct device_type.uevent() take a const *, Alexandre Belloni
  • Re: [PATCH v2 05/16] driver core: make struct device_type.uevent() take a const *, Heikki Krogerus
• [PATCH v2 03/16] platform/surface: aggregator: move to_ssam_device() to use container_of_const(), Greg Kroah-Hartman
  • Re: [PATCH v2 03/16] platform/surface: aggregator: move to_ssam_device() to use container_of_const(), Hans de Goede
    • Re: [PATCH v2 03/16] platform/surface: aggregator: move to_ssam_device() to use container_of_const(), Greg Kroah-Hartman
      • Re: [PATCH v2 03/16] platform/surface: aggregator: move to_ssam_device() to use container_of_const(), Hans de Goede
  • Re: [PATCH v2 03/16] platform/surface: aggregator: move to_ssam_device() to use container_of_const(), Maximilian Luz
    • Re: [PATCH v2 03/16] platform/surface: aggregator: move to_ssam_device() to use container_of_const(), Greg Kroah-Hartman
      • Re: [PATCH v2 03/16] platform/surface: aggregator: move to_ssam_device() to use container_of_const(), Maximilian Luz
• [RFC] platform/x86: dell-ddv: Add hwmon support, Armin Wolf
  • Re: [RFC] platform/x86: dell-ddv: Add hwmon support, Hans de Goede
• New Lenovo Legion Fan, Temperature, Power Mode Driver, John Martens
  • Re: New Lenovo Legion Fan, Temperature, Power Mode Driver, Hans de Goede
    • Re: New Lenovo Legion Fan, Temperature, Power Mode Driver, john.martens.linux
  • Re: New Lenovo Legion Fan, Temperature, Power Mode Driver, Hans de Goede
• [PATCH v3 1/1] mm: Always release pages to the buddy allocator in memblock_free_late()., Aaron Thompson
  • Re: [PATCH v3 1/1] mm: Always release pages to the buddy allocator in memblock_free_late()., Mike Rapoport
• [PATCH v3 0/1] Pages not released from memblock to the buddy allocator, Aaron Thompson
• [Bug 114161] pinctrl-baytrail: Potential Error: Setting GPIO with direct_irq_en to output, bugzilla-daemon
  • <Possible follow-ups>
  • [Bug 114161] pinctrl-baytrail: Potential Error: Setting GPIO with direct_irq_en to output, bugzilla-daemon
• [PATCH 0/1] Pages not released from memblock to the buddy allocator, Aaron Thompson
  • Re: [PATCH 0/1] Pages not released from memblock to the buddy allocator, David Rientjes
  • [PATCH v2 0/1] Pages not released from memblock to the buddy allocator, Aaron Thompson
  • Message not available
    • [PATCH v2 1/1] mm: Always release pages to the buddy allocator in memblock_free_late()., Aaron Thompson
      • Re: [PATCH v2 1/1] mm: Always release pages to the buddy allocator in memblock_free_late()., Ingo Molnar
        • Re: [PATCH v2 1/1] mm: Always release pages to the buddy allocator in memblock_free_late()., Aaron Thompson
          • Re: [PATCH v2 1/1] mm: Always release pages to the buddy allocator in memblock_free_late()., Ingo Molnar
• [PATCH 1/1] mm: Always release pages to the buddy allocator in memblock_free_late()., Aaron Thompson
  • Re: [PATCH 1/1] mm: Always release pages to the buddy allocator in memblock_free_late()., Mike Rapoport
    • Re: [PATCH 1/1] mm: Always release pages to the buddy allocator in memblock_free_late()., Aaron Thompson
• [PATCH v3 1/1] x86: Support APU5 in PCEngines platform driver, Philip Prindeville
  • Re: [PATCH v3 1/1] x86: Support APU5 in PCEngines platform driver, Hans de Goede
    • Re: [PATCH v3 1/1] x86: Support APU5 in PCEngines platform driver, Philip Prindeville
      • Re: [PATCH v3 1/1] x86: Support APU5 in PCEngines platform driver, Enrico Weigelt, metux IT consult
        • Re: [PATCH v3 1/1] x86: Support APU5 in PCEngines platform driver, Philip Prindeville
          • Re: [PATCH v3 1/1] x86: Support APU5 in PCEngines platform driver, Ed W
            • Redesigning APU platform driver: combined mpcie/msata port representation [WAS: [PATCH v3 1/1] x86: Support APU5 in PCEngines platform driver], Enrico Weigelt, metux IT consult
• [PATCH v2 1/1] PCEngines make a number of SBC. APU5 has 5 mpcie slots + MSATA, Philip Prindeville
• [PATCH 1/1] apu6: add apu6 variation to apu2 driver family, Philip Prindeville
  • Re: [PATCH 1/1] apu6: add apu6 variation to apu2 driver family, Ed Wildgoose
    • Re: [PATCH 1/1] apu6: add apu6 variation to apu2 driver family, Philip Prindeville
  • [PATCH 1/1] apu6: add apu6 variation to apu2 driver family, foodeas
• [PATCH] platform/x86/amd: Fix refcount leak in amd_pmc_probe, Miaoqian Lin
  • RE: [PATCH] platform/x86/amd: Fix refcount leak in amd_pmc_probe, Limonciello, Mario
  • Re: [PATCH] platform/x86/amd: Fix refcount leak in amd_pmc_probe, Hans de Goede
• [PATCH v1] platform/x86: intel/pmc/core: Add Meteor Lake mobile support, Gayatri Kammela
  • Re: [PATCH v1] platform/x86: intel/pmc/core: Add Meteor Lake mobile support, Hans de Goede
• [PATCH 0/2] simatic-ipc: enable one more board, Henning Schild
  • [PATCH 1/2] platform/x86: simatic-ipc: correct name of a model, Henning Schild
    • Re: [PATCH 1/2] platform/x86: simatic-ipc: correct name of a model, Andy Shevchenko
      • Re: [PATCH 1/2] platform/x86: simatic-ipc: correct name of a model, Henning Schild
        • Re: [PATCH 1/2] platform/x86: simatic-ipc: correct name of a model, Andy Shevchenko
  • [PATCH 2/2] platform/x86: simatic-ipc: add another model, Henning Schild
  • Re: [PATCH 0/2] simatic-ipc: enable one more board, Hans de Goede
• Hans not reading email for the next 2 weeks, Hans de Goede
• [PATCH 1/2] platform/x86: dell-privacy: Fix SW_CAMERA_LENS_COVER reporting, Hans de Goede
  • [PATCH 2/2] platform/x86: dell-privacy: Only register SW_CAMERA_LENS_COVER if present, Hans de Goede
  • Re: [PATCH 1/2] platform/x86: dell-privacy: Fix SW_CAMERA_LENS_COVER reporting, Hans de Goede
• [PATCH 0/3] platform/x86: asus-wmi: Fix issues on fanless device, Thomas Weißschuh
  • [PATCH 1/3] platform/x86: asus-wmi: Add quirk wmi_ignore_fan, Thomas Weißschuh
  • [PATCH 2/3] platform/x86: asus-wmi: Ignore fan on E410MA, Thomas Weißschuh
  • [PATCH 3/3] platform/x86: asus-wmi: Don't load fan curves without fan, Thomas Weißschuh
  • Re: [PATCH 0/3] platform/x86: asus-wmi: Fix issues on fanless device, Hans de Goede
• [PATCH] platform/x86: asus-nb-wmi: Add alternate mapping for KEY_CAMERA, Thomas Weißschuh
  • Re: [PATCH] platform/x86: asus-nb-wmi: Add alternate mapping for KEY_CAMERA, Hans de Goede
• [Bug 216824] New: Some laptop hotkeys don't work, bugzilla-daemon
  • [Bug 216824] Some laptop hotkeys don't work, bugzilla-daemon
  • [Bug 216824] Some laptop hotkeys don't work, bugzilla-daemon
  • [Bug 216824] Some laptop hotkeys don't work, bugzilla-daemon
  • [Bug 216824] Some laptop hotkeys don't work, bugzilla-daemon
  • [Bug 216824] Some laptop hotkeys don't work, bugzilla-daemon
  • [Bug 216824] Some laptop hotkeys don't work, bugzilla-daemon
  • [Bug 216824] Some laptop hotkeys don't work, bugzilla-daemon
  • [Bug 216824] Some laptop hotkeys don't work, bugzilla-daemon
  • [Bug 216824] Some laptop hotkeys don't work, bugzilla-daemon
  • [Bug 216824] Some laptop hotkeys don't work, bugzilla-daemon
  • [Bug 216824] Some laptop hotkeys don't work, bugzilla-daemon
  • [Bug 216824] Some laptop hotkeys don't work, bugzilla-daemon
  • [Bug 216824] Some laptop hotkeys don't work, bugzilla-daemon
  • [Bug 216824] Some laptop hotkeys don't work, bugzilla-daemon
  • [Bug 216824] Some laptop hotkeys don't work, bugzilla-daemon
  • [Bug 216824] Some laptop hotkeys don't work, bugzilla-daemon
  • [Bug 216824] Some laptop hotkeys don't work, bugzilla-daemon
  • [Bug 216824] Some laptop hotkeys don't work, bugzilla-daemon
  • [Bug 216824] Some laptop hotkeys don't work, bugzilla-daemon
  • [Bug 216824] Some laptop hotkeys don't work, bugzilla-daemon
  • [Bug 216824] Some laptop hotkeys don't work, bugzilla-daemon
  • [Bug 216824] Some laptop hotkeys don't work, bugzilla-daemon
  • [Bug 216824] Some laptop hotkeys don't work, bugzilla-daemon
  • [Bug 216824] Some laptop hotkeys don't work, bugzilla-daemon
  • [Bug 216824] Some laptop hotkeys don't work, bugzilla-daemon
• [PATCH 1/2] platform/surface: aggregator: Add missing call to ssam_request_sync_free(), Maximilian Luz
  • [PATCH 2/2] platform/surface: aggregator: Rename top-level request functions to avoid ambiguities, Maximilian Luz
    • Re: [PATCH 2/2] platform/surface: aggregator: Rename top-level request functions to avoid ambiguities, Hans de Goede
  • Re: [PATCH 1/2] platform/surface: aggregator: Add missing call to ssam_request_sync_free(), Hans de Goede
• [PATCH] platform/x86: touchscreen_dmi: Add info for the CSL Panther Tab HD, Michael Klein
  • Re: [PATCH] platform/x86: touchscreen_dmi: Add info for the CSL Panther Tab HD, Hans de Goede
• [PATCH AUTOSEL 6.0 70/73] regulator: core: Use different devices for resource allocation and DT lookup, Sasha Levin
  • Re: [PATCH AUTOSEL 6.0 70/73] regulator: core: Use different devices for resource allocation and DT lookup, ChiYuan Huang
    • Re: [PATCH AUTOSEL 6.0 70/73] regulator: core: Use different devices for resource allocation and DT lookup, Sasha Levin
• [PATCH AUTOSEL 6.1 81/85] regulator: core: Use different devices for resource allocation and DT lookup, Sasha Levin
  • Re: [PATCH AUTOSEL 6.1 81/85] regulator: core: Use different devices for resource allocation and DT lookup, ChiYuan Huang
• [PATCH v3 00/11] leds: lookup-table support + int3472/media privacy LED support, Hans de Goede
  • [PATCH v3 11/11] platform/x86: int3472/discrete: Get the polarity from the _DSM entry, Hans de Goede
    • Re: [PATCH v3 11/11] platform/x86: int3472/discrete: Get the polarity from the _DSM entry, Andy Shevchenko
      • Re: [PATCH v3 11/11] platform/x86: int3472/discrete: Get the polarity from the _DSM entry, Andy Shevchenko
      • Re: [PATCH v3 11/11] platform/x86: int3472/discrete: Get the polarity from the _DSM entry, Hans de Goede
        • Re: [PATCH v3 11/11] platform/x86: int3472/discrete: Get the polarity from the _DSM entry, Andy Shevchenko
  • [PATCH v3 08/11] platform/x86: int3472/discrete: Create a LED class device for the privacy LED, Hans de Goede
    • Re: [PATCH v3 08/11] platform/x86: int3472/discrete: Create a LED class device for the privacy LED, Andy Shevchenko
      • Re: [PATCH v3 08/11] platform/x86: int3472/discrete: Create a LED class device for the privacy LED, Hans de Goede
        • Re: [PATCH v3 08/11] platform/x86: int3472/discrete: Create a LED class device for the privacy LED, Andy Shevchenko
          • Re: [PATCH v3 08/11] platform/x86: int3472/discrete: Create a LED class device for the privacy LED, Hans de Goede
  • [PATCH v3 06/11] v4l: subdev: Make the v4l2-subdev core code enable/disable the privacy LED if present, Hans de Goede
    • Re: [PATCH v3 06/11] v4l: subdev: Make the v4l2-subdev core code enable/disable the privacy LED if present, Laurent Pinchart
      • Re: [PATCH v3 06/11] v4l: subdev: Make the v4l2-subdev core code enable/disable the privacy LED if present, Laurent Pinchart
      • Re: [PATCH v3 06/11] v4l: subdev: Make the v4l2-subdev core code enable/disable the privacy LED if present, Hans de Goede
        • Re: [PATCH v3 06/11] v4l: subdev: Make the v4l2-subdev core code enable/disable the privacy LED if present, Laurent Pinchart
          • Re: [PATCH v3 06/11] v4l: subdev: Make the v4l2-subdev core code enable/disable the privacy LED if present, Hans de Goede
    • Re: [PATCH v3 06/11] v4l: subdev: Make the v4l2-subdev core code enable/disable the privacy LED if present, Andy Shevchenko
      • Re: [PATCH v3 06/11] v4l: subdev: Make the v4l2-subdev core code enable/disable the privacy LED if present, Hans de Goede
  • [PATCH v3 05/11] leds: led-class: Add generic [devm_]led_get(), Hans de Goede
    • Re: [PATCH v3 05/11] leds: led-class: Add generic [devm_]led_get(), Andy Shevchenko
      • Re: [PATCH v3 05/11] leds: led-class: Add generic [devm_]led_get(), Hans de Goede
        • Re: [PATCH v3 05/11] leds: led-class: Add generic [devm_]led_get(), Andy Shevchenko
          • Re: [PATCH v3 05/11] leds: led-class: Add generic [devm_]led_get(), Hans de Goede
    • Re: [PATCH v3 05/11] leds: led-class: Add generic [devm_]led_get(), Andy Shevchenko
    • Re: [PATCH v3 05/11] leds: led-class: Add generic [devm_]led_get(), Linus Walleij
  • [PATCH v3 10/11] platform/x86: int3472/discrete: Ensure the clk/power enable pins are in output mode, Hans de Goede
  • [PATCH v3 01/11] leds: led-class: Add missing put_device() to led_put(), Hans de Goede
    • Re: [PATCH v3 01/11] leds: led-class: Add missing put_device() to led_put(), Andy Shevchenko
      • Re: [PATCH v3 01/11] leds: led-class: Add missing put_device() to led_put(), Andy Shevchenko
        • Re: [PATCH v3 01/11] leds: led-class: Add missing put_device() to led_put(), Hans de Goede
  • [PATCH v3 02/11] leds: led-class: Add __led_get() helper function, Hans de Goede
    • Re: [PATCH v3 02/11] leds: led-class: Add __led_get() helper function, Andy Shevchenko
      • Re: [PATCH v3 02/11] leds: led-class: Add __led_get() helper function, Hans de Goede
  • [PATCH v3 04/11] leds: led-class: Add __devm_led_get() helper, Hans de Goede
  • [PATCH v3 07/11] platform/x86: int3472/discrete: Refactor GPIO to sensor mapping, Hans de Goede
    • Re: [PATCH v3 07/11] platform/x86: int3472/discrete: Refactor GPIO to sensor mapping, Andy Shevchenko
      • Re: [PATCH v3 07/11] platform/x86: int3472/discrete: Refactor GPIO to sensor mapping, Hans de Goede
        • Re: [PATCH v3 07/11] platform/x86: int3472/discrete: Refactor GPIO to sensor mapping, Andy Shevchenko
  • [PATCH v3 09/11] platform/x86: int3472/discrete: Move GPIO request to skl_int3472_register_clock(), Hans de Goede
    • Re: [PATCH v3 09/11] platform/x86: int3472/discrete: Move GPIO request to skl_int3472_register_clock(), Andy Shevchenko
      • Re: [PATCH v3 09/11] platform/x86: int3472/discrete: Move GPIO request to skl_int3472_register_clock(), Hans de Goede
        • Re: [PATCH v3 09/11] platform/x86: int3472/discrete: Move GPIO request to skl_int3472_register_clock(), Andy Shevchenko
  • [PATCH v3 03/11] leds: led-class: Add __of_led_get() helper, Hans de Goede
    • Re: [PATCH v3 03/11] leds: led-class: Add __of_led_get() helper, Andy Shevchenko
      • Re: [PATCH v3 03/11] leds: led-class: Add __of_led_get() helper, Hans de Goede
        • Re: [PATCH v3 03/11] leds: led-class: Add __of_led_get() helper, Andy Shevchenko
  • Re: [PATCH v3 00/11] leds: lookup-table support + int3472/media privacy LED support, Hans de Goede
• [PATCH] dell-smbios: fix double free in dell_smbios_init() and fixes in dell_smbios_exit(), Rustam Subkhankulov
  • Re: [PATCH] dell-smbios: fix double free in dell_smbios_init() and fixes in dell_smbios_exit(), Hans de Goede
• [PATCH] platform/x86: ideapad-laptop: Add Legion 5 15ARH05 DMI id to set_fn_lock_led_list[], Hans de Goede
  • Re: [PATCH] platform/x86: ideapad-laptop: Add Legion 5 15ARH05 DMI id to set_fn_lock_led_list[], Hans de Goede
• [PATCH] ACPI: resource: Add Asus ExpertBook B2502 to Asus quirks, Hans de Goede
  • Re: [PATCH] ACPI: resource: Add Asus ExpertBook B2502 to Asus quirks, Rafael J. Wysocki
• [PATCH] ACPI: video: Fix Apple GMUX backlight detection, Hans de Goede
  • Re: [PATCH] ACPI: video: Fix Apple GMUX backlight detection, Lukas Wunner
    • Re: [PATCH] ACPI: video: Fix Apple GMUX backlight detection, Hans de Goede
  • Re: [PATCH] ACPI: video: Fix Apple GMUX backlight detection, Rafael J. Wysocki
• [PATCH 0/3] platform/x86: Drop empty platform remove functions, Uwe Kleine-König
  • [PATCH 1/3] platform/x86: acerhdf: Drop empty platform remove function, Uwe Kleine-König
  • [PATCH 2/3] platform/x86: intel: oaktrail: Drop empty platform remove function, Uwe Kleine-König
  • [PATCH 3/3] platform/x86: intel: punit_ipc: Drop empty platform remove function, Uwe Kleine-König
  • Re: [PATCH 1/3] platform/x86: acerhdf: Drop empty platform remove function, Peter Kästle
  • Re: [PATCH 0/3] platform/x86: Drop empty platform remove functions, Uwe Kleine-König
    • Re: [PATCH 0/3] platform/x86: Drop empty platform remove functions, Hans de Goede
  • Re: [PATCH 1/3] platform/x86: acerhdf: Drop empty platform remove function, Peter Kästle
  • Re: [PATCH 0/3] platform/x86: Drop empty platform remove functions, Hans de Goede
• [PATCH] platform/x86: sony-laptop: Don't turn off 0x153 keyboard backlight during probe, Hans de Goede
  • Re: [PATCH] platform/x86: sony-laptop: Don't turn off 0x153 keyboard backlight during probe, Andy Shevchenko
    • Re: [PATCH] platform/x86: sony-laptop: Don't turn off 0x153 keyboard backlight during probe, Hans de Goede
  • Message not available
    • Re: [PATCH] platform/x86: sony-laptop: Don't turn off 0x153 keyboard backlight during probe, Hans de Goede
      • Re: [PATCH] platform/x86: sony-laptop: Don't turn off 0x153 keyboard backlight during probe, Mattia Dongili
        • Re: [PATCH] platform/x86: sony-laptop: Don't turn off 0x153 keyboard backlight during probe, Hans de Goede
• [PATCH v1 1/1] platform/mellanox: mlxbf-pmc: Fix event typo, James Hurley
  • Re: [PATCH v1 1/1] platform/mellanox: mlxbf-pmc: Fix event typo, Hans de Goede
• [PATCH v3 00/19] irqdomain: fix mapping race and clean up locking, Johan Hovold
  • [PATCH v3 11/19] x86/ioapic: Use irq_domain_create_hierarchy(), Johan Hovold
    • Re: [PATCH v3 11/19] x86/ioapic: Use irq_domain_create_hierarchy(), Philippe Mathieu-Daudé
  • [PATCH v3 14/19] irqchip/gic-v2m: Use irq_domain_create_hierarchy(), Johan Hovold
    • Re: [PATCH v3 14/19] irqchip/gic-v2m: Use irq_domain_create_hierarchy(), Philippe Mathieu-Daudé
  • [PATCH v3 10/19] irqdomain: Clean up irq_domain_push/pop_irq(), Johan Hovold
    • Re: [PATCH v3 10/19] irqdomain: Clean up irq_domain_push/pop_irq(), Philippe Mathieu-Daudé
  • [PATCH v3 09/19] irqdomain: Fix mapping-creation race, Johan Hovold
  • [PATCH v3 16/19] irqchip/gic-v3-mbi: Use irq_domain_create_hierarchy(), Johan Hovold
    • Re: [PATCH v3 16/19] irqchip/gic-v3-mbi: Use irq_domain_create_hierarchy(), Philippe Mathieu-Daudé
  • [PATCH v3 19/19] irqdomain: Switch to per-domain locking, Johan Hovold
    • Re: [PATCH v3 19/19] irqdomain: Switch to per-domain locking, Thomas Gleixner
      • Re: [PATCH v3 19/19] irqdomain: Switch to per-domain locking, Johan Hovold
        • Re: [PATCH v3 19/19] irqdomain: Switch to per-domain locking, Thomas Gleixner
          • Re: [PATCH v3 19/19] irqdomain: Switch to per-domain locking, Thomas Gleixner
            • Re: [PATCH v3 19/19] irqdomain: Switch to per-domain locking, Johan Hovold
  • [PATCH v3 02/19] irqdomain: Drop dead domain-name assignment, Johan Hovold
  • [PATCH v3 04/19] irqdomain: Fix association race, Johan Hovold
  • [PATCH v3 07/19] irqdomain: Look for existing mapping only once, Johan Hovold
  • [PATCH v3 03/19] irqdomain: Drop leftover brackets, Johan Hovold
    • Re: [PATCH v3 03/19] irqdomain: Drop leftover brackets, Philippe Mathieu-Daudé
  • [PATCH v3 08/19] irqdomain: Refactor __irq_domain_alloc_irqs(), Johan Hovold
  • [PATCH v3 06/19] irqdomain: Drop revmap mutex, Johan Hovold
  • [PATCH v3 05/19] irqdomain: Fix disassociation race, Johan Hovold
  • [PATCH v3 01/19] irqdomain: Drop bogus fwspec-mapping error handling, Johan Hovold
  • [PATCH v3 13/19] irqchip/alpine-msi: Use irq_domain_add_hierarchy(), Johan Hovold
    • Re: [PATCH v3 13/19] irqchip/alpine-msi: Use irq_domain_add_hierarchy(), Philippe Mathieu-Daudé
  • [PATCH v3 17/19] irqchip/loongson-pch-msi: Use irq_domain_create_hierarchy(), Johan Hovold
    • Re: [PATCH v3 17/19] irqchip/loongson-pch-msi: Use irq_domain_create_hierarchy(), Philippe Mathieu-Daudé
  • [PATCH v3 12/19] x86/apic: Use irq_domain_create_hierarchy(), Johan Hovold
    • Re: [PATCH v3 12/19] x86/apic: Use irq_domain_create_hierarchy(), Philippe Mathieu-Daudé
  • [PATCH v3 15/19] irqchip/gic-v3-its: Use irq_domain_create_hierarchy(), Johan Hovold
  • [PATCH v3 18/19] irqchip/mvebu-odmi: Use irq_domain_create_hierarchy(), Johan Hovold
    • Re: [PATCH v3 18/19] irqchip/mvebu-odmi: Use irq_domain_create_hierarchy(), Philippe Mathieu-Daudé
  • Re: [PATCH v3 00/19] irqdomain: fix mapping race and clean up locking, Thomas Gleixner
    • Re: [PATCH v3 00/19] irqdomain: fix mapping race and clean up locking, Johan Hovold
      • Re: [PATCH v3 00/19] irqdomain: fix mapping race and clean up locking, Thomas Gleixner
  • Re: [PATCH v3 00/19] irqdomain: fix mapping race and clean up locking, Hsin-Yi Wang
    • Re: [PATCH v3 00/19] irqdomain: fix mapping race and clean up locking, Johan Hovold
  • [PATCH v3 0/19] irqdomain: fix mapping race and clean up locking, Mark-PK Tsai
    • Re: [PATCH v3 0/19] irqdomain: fix mapping race and clean up locking, Johan Hovold
• [PATCH linux-next v3] x86/platform/uv: use strscpy to instead of strncpy(), yang.yang29
  • Re: [PATCH linux-next v3] x86/platform/uv: use strscpy to instead of strncpy(), Andy Shevchenko
• [PATCH v1 1/2] efi/earlycon: Replace open coded strnchrnul(), Andy Shevchenko
  • [PATCH v1 2/2] efi/earlycon: Speed up scrolling by skiping moving empty space, Andy Shevchenko
  • Re: [PATCH v1 1/2] efi/earlycon: Replace open coded strnchrnul(), Andy Shevchenko
    • Re: [PATCH v1 1/2] efi/earlycon: Replace open coded strnchrnul(), Ard Biesheuvel
      • Re: [PATCH v1 1/2] efi/earlycon: Replace open coded strnchrnul(), Andy Shevchenko
• [PATCH] platform/x86: intel_scu_ipc: fix possible name leak in __intel_scu_ipc_register(), Yang Yingliang
  • Re: [PATCH] platform/x86: intel_scu_ipc: fix possible name leak in __intel_scu_ipc_register(), Hans de Goede
• [PATCH 2/2] platform/x86: x86-android-tablets: Add Medion Lifetab S10346 data, Hans de Goede
• [PATCH 1/2] ACPI: x86: Add skip i2c clients quirk for Medion Lifetab S10346, Hans de Goede
  • Re: [PATCH 1/2] ACPI: x86: Add skip i2c clients quirk for Medion Lifetab S10346, Andy Shevchenko
    • Re: [PATCH 1/2] ACPI: x86: Add skip i2c clients quirk for Medion Lifetab S10346, Andy Shevchenko
    • Re: [PATCH 1/2] ACPI: x86: Add skip i2c clients quirk for Medion Lifetab S10346, Hans de Goede
      • Re: [PATCH 1/2] ACPI: x86: Add skip i2c clients quirk for Medion Lifetab S10346, Rafael J. Wysocki
• [PATCH] platform/x86: sony-laptop: Convert to use sysfs_emit_at() API, ye.xingchen
  • Re: [PATCH] platform/x86: sony-laptop: Convert to use sysfs_emit_at() API, Hans de Goede
• [GIT PULL] platform-drivers-x86 for 6.1-5, Hans de Goede
  • Re: [GIT PULL] platform-drivers-x86 for 6.1-5, pr-tracker-bot
• [PATCH v2] regulator: core: Use different devices for resource allocation and DT lookup, cy_huang
  • Re: [PATCH v2] regulator: core: Use different devices for resource allocation and DT lookup, Mark Brown
  • Message not available
    • Re: [PATCH v2] regulator: core: Use different devices for resource allocation and DT lookup, Marek Szyprowski
      • Re: [PATCH v2] regulator: core: Use different devices for resource allocation and DT lookup, ChiYuan Huang
        • Re: [PATCH v2] regulator: core: Use different devices for resource allocation and DT lookup, Marek Szyprowski
          • Re: [PATCH v2] regulator: core: Use different devices for resource allocation and DT lookup, Mark Brown
            • Re: [PATCH v2] regulator: core: Use different devices for resource allocation and DT lookup, Marek Szyprowski
              • Re: [PATCH v2] regulator: core: Use different devices for resource allocation and DT lookup, Mark Brown
          • Re: [PATCH v2] regulator: core: Use different devices for resource allocation and DT lookup, ChiYuan Huang
• [PATCH] regulator: core: Use different devices for resource allocation and DT lookup, cy_huang
  • Re: [PATCH] regulator: core: Use different devices for resource allocation and DT lookup, kernel test robot
• [PATCH linux-next v2] x86/platform/uv: use strscpy to instead of strncpy(), yang.yang29
  • Re: [PATCH linux-next v2] x86/platform/uv: use strscpy to instead of strncpy(), Andy Shevchenko
    • Re: [PATCH linux-next v2] x86/platform/uv: use strscpy to instead of strncpy(), Andy Shevchenko
• [PATCH linux-next] x86/platform/uv: use strscpy to instead of strncpy(), yang.yang29
  • Re: [PATCH linux-next] x86/platform/uv: use strscpy to instead of strncpy(), Andy Shevchenko
    • Re: [PATCH linux-next] x86/platform/uv: use strscpy to instead of strncpy(), Andy Shevchenko
• [PATCH 0/9] platform/surface: aggregator: Improve target/source handling in SSH messages, Maximilian Luz
  • [PATCH 1/9] platform/surface: aggregator: Ignore command messages not intended for us, Maximilian Luz
    • Re: [PATCH 1/9] platform/surface: aggregator: Ignore command messages not intended for us, Hans de Goede
  • [PATCH 2/9] platform/surface: aggregator: Improve documentation and handling of message target and source IDs, Maximilian Luz
  • [PATCH 3/9] platform/surface: aggregator: Add target and source IDs to command trace events, Maximilian Luz
  • [PATCH 5/9] platform/surface: aggregator_tabletsw: Use target-ID enum instead of hard-coding values, Maximilian Luz
  • [PATCH 4/9] platform/surface: aggregator_hub: Use target-ID enum instead of hard-coding values, Maximilian Luz
  • [PATCH 7/9] HID: surface-hid: Use target-ID enum instead of hard-coding values, Maximilian Luz
  • [PATCH 6/9] platform/surface: dtx: Use target-ID enum instead of hard-coding values, Maximilian Luz
  • [PATCH 8/9] platform/surface: aggregator: Enforce use of target-ID enum in device ID macros, Maximilian Luz
    • Re: [PATCH 8/9] platform/surface: aggregator: Enforce use of target-ID enum in device ID macros, Sebastian Reichel
  • [PATCH 9/9] platform/surface: aggregator_registry: Fix target-ID of base-hub, Maximilian Luz
  • Re: [PATCH 0/9] platform/surface: aggregator: Improve target/source handling in SSH messages, Hans de Goede
    • Re: [PATCH 0/9] platform/surface: aggregator: Improve target/source handling in SSH messages, Maximilian Luz
    • Re: [PATCH 0/9] platform/surface: aggregator: Improve target/source handling in SSH messages, Benjamin Tissoires
      • Re: [PATCH 0/9] platform/surface: aggregator: Improve target/source handling in SSH messages, Hans de Goede
      • Re: [PATCH 0/9] platform/surface: aggregator: Improve target/source handling in SSH messages, Maximilian Luz
        • Re: [PATCH 0/9] platform/surface: aggregator: Improve target/source handling in SSH messages, Benjamin Tissoires
  • Re: [PATCH 0/9] platform/surface: aggregator: Improve target/source handling in SSH messages, Hans de Goede
• [PATCH v5 0/5] Introduction of HP-BIOSCFG driver, Jorge Lopez
  • [PATCH v5 1/5] Introduction of HP-BIOSCFG driver (1), Jorge Lopez
    • Re: [PATCH v5 1/5] Introduction of HP-BIOSCFG driver (1), Hans de Goede
      • Re: [PATCH v5 1/5] Introduction of HP-BIOSCFG driver (1), Jorge Lopez
        • Message not available
          • Re: [PATCH v5 1/5] Introduction of HP-BIOSCFG driver (1), Jorge Lopez
            • Re: [PATCH v5 1/5] Introduction of HP-BIOSCFG driver (1), Hans de Goede
              • Re: [PATCH v5 1/5] Introduction of HP-BIOSCFG driver (1), Jorge Lopez
  • [PATCH v5 2/5] Introduction of HP-BIOSCFG driver (2), Jorge Lopez
    • Re: [PATCH v5 2/5] Introduction of HP-BIOSCFG driver (2), Hans de Goede
      • Re: [PATCH v5 2/5] Introduction of HP-BIOSCFG driver (2), Hans de Goede
        • Re: [PATCH v5 2/5] Introduction of HP-BIOSCFG driver (2), Hans de Goede
  • [PATCH v5 4/5] Introduction of HP-BIOSCFG driver (4), Jorge Lopez
  • [PATCH v5 5/5] Introduction of HP-BIOSCFG driver (5), Jorge Lopez
  • [PATCH v5 3/5] Introduction of HP-BIOSCFG driver (3), Jorge Lopez
    • Re: [PATCH v5 3/5] Introduction of HP-BIOSCFG driver (3), Hans de Goede
  • Re: [PATCH v5 0/5] Introduction of HP-BIOSCFG driver, Hans de Goede
    • Re: [PATCH v5 0/5] Introduction of HP-BIOSCFG driver, Jorge Lopez
• [PATCH] platform/x86: dell: use sysfs_emit() to instead of scnprintf(), ye.xingchen
  • Re: [PATCH] platform/x86: dell: use sysfs_emit() to instead of scnprintf(), Hans de Goede
• [PATCH] platform/x86: use sysfs_emit() to instead of scnprintf(), ye.xingchen
  • RE: [PATCH] platform/x86: use sysfs_emit() to instead of scnprintf(), Ernst, Justin
  • Re: [PATCH] platform/x86: use sysfs_emit() to instead of scnprintf(), Hans de Goede
• [PATCH] ACPI: battery: Call power_supply_changed() when adding hooks, Armin Wolf
  • Re: [PATCH] ACPI: battery: Call power_supply_changed() when adding hooks, Rafael J. Wysocki
• [PATCH v1 1/3] lib/string_helpers: Add missing header files to MAINTAINERS database, Andy Shevchenko
  • [PATCH v1 3/3] lib/string_helpers: Split out string_choices.h, Andy Shevchenko
    • Re: [PATCH v1 3/3] lib/string_helpers: Split out string_choices.h, Andy Shevchenko
  • [PATCH v1 2/3] lib/string_helpers: Add str_high_low() helper, Andy Shevchenko
• [PATCH 0/6] ov5693/int3472: Privacy LED handling changes + IPU6 compatibility, Hans de Goede
  • [PATCH 1/6] media: ov5693: Add support for a privacy-led GPIO, Hans de Goede
    • Re: [PATCH 1/6] media: ov5693: Add support for a privacy-led GPIO, Sakari Ailus
      • Re: [PATCH 1/6] media: ov5693: Add support for a privacy-led GPIO, Hans de Goede
        • Re: [PATCH 1/6] media: ov5693: Add support for a privacy-led GPIO, Sakari Ailus
          • Re: [PATCH 1/6] media: ov5693: Add support for a privacy-led GPIO, Laurent Pinchart
            • Re: [PATCH 1/6] media: ov5693: Add support for a privacy-led GPIO, Andy Shevchenko
              • Re: [PATCH 1/6] media: ov5693: Add support for a privacy-led GPIO, Laurent Pinchart
            • Re: [PATCH 1/6] media: ov5693: Add support for a privacy-led GPIO, Hans de Goede
          • Re: [PATCH 1/6] media: ov5693: Add support for a privacy-led GPIO, Hans de Goede
            • Re: [PATCH 1/6] media: ov5693: Add support for a privacy-led GPIO, Laurent Pinchart
              • Re: [PATCH 1/6] media: ov5693: Add support for a privacy-led GPIO, Hans de Goede
                • Re: [PATCH 1/6] media: ov5693: Add support for a privacy-led GPIO, Laurent Pinchart
                  • Re: [PATCH 1/6] media: ov5693: Add support for a privacy-led GPIO, Andy Shevchenko
                    • Re: [PATCH 1/6] media: ov5693: Add support for a privacy-led GPIO, Laurent Pinchart
                      • Re: [PATCH 1/6] media: ov5693: Add support for a privacy-led GPIO, Andy Shevchenko
                      • Re: [PATCH 1/6] media: ov5693: Add support for a privacy-led GPIO, Sakari Ailus
                  • Re: [PATCH 1/6] media: ov5693: Add support for a privacy-led GPIO, Hans de Goede
            • Re: [PATCH 1/6] media: ov5693: Add support for a privacy-led GPIO, Sakari Ailus
  • [PATCH 4/6] platform/x86: int3472/discrete: Move GPIO request to skl_int3472_register_clock(), Hans de Goede
  • [PATCH 2/6] platform/x86: int3472/discrete: Refactor GPIO to sensor mapping, Hans de Goede
    • Re: [PATCH 2/6] platform/x86: int3472/discrete: Refactor GPIO to sensor mapping, Andy Shevchenko
      • Re: [PATCH 2/6] platform/x86: int3472/discrete: Refactor GPIO to sensor mapping, Hans de Goede
  • [PATCH 3/6] platform/x86: int3472/discrete: Treat privacy LED as regular GPIO, Hans de Goede
    • Re: [PATCH 3/6] platform/x86: int3472/discrete: Treat privacy LED as regular GPIO, Andy Shevchenko
      • Re: [PATCH 3/6] platform/x86: int3472/discrete: Treat privacy LED as regular GPIO, Hans de Goede
        • Re: [PATCH 3/6] platform/x86: int3472/discrete: Treat privacy LED as regular GPIO, Andy Shevchenko
  • [PATCH 5/6] platform/x86: int3472/discrete: Ensure the clk/power enable pins are in output mode, Hans de Goede
    • Re: [PATCH 5/6] platform/x86: int3472/discrete: Ensure the clk/power enable pins are in output mode, Andy Shevchenko
      • Re: [PATCH 5/6] platform/x86: int3472/discrete: Ensure the clk/power enable pins are in output mode, Hans de Goede
  • [PATCH 6/6] platform/x86: int3472/discrete: Get the polarity from the _DSM entry, Hans de Goede
    • Re: [PATCH 6/6] platform/x86: int3472/discrete: Get the polarity from the _DSM entry, Andy Shevchenko
      • Re: [PATCH 6/6] platform/x86: int3472/discrete: Get the polarity from the _DSM entry, Hans de Goede
        • Re: [PATCH 6/6] platform/x86: int3472/discrete: Get the polarity from the _DSM entry, Andy Shevchenko
          • Re: [PATCH 6/6] platform/x86: int3472/discrete: Get the polarity from the _DSM entry, Andy Shevchenko
          • Re: [PATCH 6/6] platform/x86: int3472/discrete: Get the polarity from the _DSM entry, Hans de Goede
  • Re: [PATCH 0/6] ov5693/int3472: Privacy LED handling changes + IPU6 compatibility, Andy Shevchenko
    • Re: [PATCH 0/6] ov5693/int3472: Privacy LED handling changes + IPU6 compatibility, Hans de Goede
  • Re: [PATCH 0/6] ov5693/int3472: Privacy LED handling changes + IPU6 compatibility, Andy Shevchenko
  • Re: [PATCH 0/6] ov5693/int3472: Privacy LED handling changes + IPU6 compatibility, Sakari Ailus
  • Re: [PATCH 0/6] ov5693/int3472: Privacy LED handling changes + IPU6 compatibility, Hans de Goede
    • Re: [PATCH 0/6] ov5693/int3472: Privacy LED handling changes + IPU6 compatibility, Andy Shevchenko
• [PATCH] platform/x86: mxm-wmi: fix memleak in mxm_wmi_call_mx[ds|mx](), Yu Liao
  • Re: [PATCH] platform/x86: mxm-wmi: fix memleak in mxm_wmi_call_mx[ds|mx](), Hans de Goede
• Re: [PATCH] hwmon: (oxp-sensors) Bugfix pwm reading, Guenter Roeck
• [PATCH 0/5] gpio/media/int3472: Add support for tps68470 privacy-LED output, Hans de Goede
  • [PATCH 1/5] gpio: tps68470: Fix tps68470_gpio_get() reading from the wrong register, Hans de Goede
    • Re: [PATCH 1/5] gpio: tps68470: Fix tps68470_gpio_get() reading from the wrong register, Andy Shevchenko
      • Re: [PATCH 1/5] gpio: tps68470: Fix tps68470_gpio_get() reading from the wrong register, Hans de Goede
        • Re: [PATCH 1/5] gpio: tps68470: Fix tps68470_gpio_get() reading from the wrong register, Andy Shevchenko
          • Re: [PATCH 1/5] gpio: tps68470: Fix tps68470_gpio_get() reading from the wrong register, Hans de Goede
            • Re: [PATCH 1/5] gpio: tps68470: Fix tps68470_gpio_get() reading from the wrong register, Andy Shevchenko
              • Re: [PATCH 1/5] gpio: tps68470: Fix tps68470_gpio_get() reading from the wrong register, Hans de Goede
    • Re: [PATCH 1/5] gpio: tps68470: Fix tps68470_gpio_get() reading from the wrong register, Dan Scally
  • [PATCH 3/5] gpio: tps68470: Add support for the indicator LED outputs, Hans de Goede
    • Re: [PATCH 3/5] gpio: tps68470: Add support for the indicator LED outputs, Andy Shevchenko
      • Re: [PATCH 3/5] gpio: tps68470: Add support for the indicator LED outputs, Hans de Goede
        • Re: [PATCH 3/5] gpio: tps68470: Add support for the indicator LED outputs, Andy Shevchenko
          • Re: [PATCH 3/5] gpio: tps68470: Add support for the indicator LED outputs, Hans de Goede
            • Re: [PATCH 3/5] gpio: tps68470: Add support for the indicator LED outputs, Andy Shevchenko
  • [PATCH 2/5] gpio: tps68470: Make tps68470_gpio_output() always set the initial value, Hans de Goede
    • Re: [PATCH 2/5] gpio: tps68470: Make tps68470_gpio_output() always set the initial value, Andy Shevchenko
      • Re: [PATCH 2/5] gpio: tps68470: Make tps68470_gpio_output() always set the initial value, Hans de Goede
    • Re: [PATCH 2/5] gpio: tps68470: Make tps68470_gpio_output() always set the initial value, Dan Scally
  • [PATCH 4/5] media: ov8865: Add support for a privacy-led GPIO, Hans de Goede
  • [PATCH 5/5] platform/x86: int3472: Add support for the back privacy LED on Surface Go models, Hans de Goede
  • Re: [PATCH 0/5] gpio/media/int3472: Add support for tps68470 privacy-LED output, Linus Walleij
    • Re: [PATCH 0/5] gpio/media/int3472: Add support for tps68470 privacy-LED output, Hans de Goede
      • Re: [PATCH 0/5] gpio/media/int3472: Add support for tps68470 privacy-LED output, Hans de Goede
        • Re: [PATCH 0/5] gpio/media/int3472: Add support for tps68470 privacy-LED output, Laurent Pinchart
          • Re: [PATCH 0/5] gpio/media/int3472: Add support for tps68470 privacy-LED output, Hans de Goede
        • Re: [PATCH 0/5] gpio/media/int3472: Add support for tps68470 privacy-LED output, Linus Walleij
          • Re: [PATCH 0/5] gpio/media/int3472: Add support for tps68470 privacy-LED output, Hans de Goede
  • Re: [PATCH 0/5] gpio/media/int3472: Add support for tps68470 privacy-LED output, Sakari Ailus
• [PATCH] platform/x86: x86-android-tablets: Add Advantech MICA-071 extra button, Hans de Goede
  • Re: [PATCH] platform/x86: x86-android-tablets: Add Advantech MICA-071 extra button, Hans de Goede
• [PATCH] platform/x86: x86-android-tablets: Add Lenovo Yoga Tab 3 (YT3-X90F) charger + fuel-gauge data, Hans de Goede
  • Re: [PATCH] platform/x86: x86-android-tablets: Add Lenovo Yoga Tab 3 (YT3-X90F) charger + fuel-gauge data, Andy Shevchenko
    • Re: [PATCH] platform/x86: x86-android-tablets: Add Lenovo Yoga Tab 3 (YT3-X90F) charger + fuel-gauge data, Hans de Goede
      • Re: [PATCH] platform/x86: x86-android-tablets: Add Lenovo Yoga Tab 3 (YT3-X90F) charger + fuel-gauge data, Andy Shevchenko
        • Re: [PATCH] platform/x86: x86-android-tablets: Add Lenovo Yoga Tab 3 (YT3-X90F) charger + fuel-gauge data, Hans de Goede
          • Re: [PATCH] platform/x86: x86-android-tablets: Add Lenovo Yoga Tab 3 (YT3-X90F) charger + fuel-gauge data, Andy Shevchenko
            • Re: [PATCH] platform/x86: x86-android-tablets: Add Lenovo Yoga Tab 3 (YT3-X90F) charger + fuel-gauge data, Hans de Goede
• [PATCH] platform/x86: wireless-hotkey: use ACPI HID as phys, Alex Hung
  • Re: [PATCH] platform/x86: wireless-hotkey: use ACPI HID as phys, Hans de Goede
• Re: [PATCH v2] hwmon: (oxp-sensors) Add AOK ZOE and Mini PRO, Guenter Roeck
• [PATCH 0/3] platform/x86: int3472/discrete: Make it work with IPU6, Hans de Goede
  • [PATCH 3/3] platform/x86: int3472/discrete: Add support for sensor-drivers which expect clken + pled GPIOs, Hans de Goede
    • Re: [PATCH 3/3] platform/x86: int3472/discrete: Add support for sensor-drivers which expect clken + pled GPIOs, Laurent Pinchart
    • Re: [PATCH 3/3] platform/x86: int3472/discrete: Add support for sensor-drivers which expect clken + pled GPIOs, Dan Scally
      • Re: [PATCH 3/3] platform/x86: int3472/discrete: Add support for sensor-drivers which expect clken + pled GPIOs, Hans de Goede
        • Re: [PATCH 3/3] platform/x86: int3472/discrete: Add support for sensor-drivers which expect clken + pled GPIOs, Dan Scally
          • Re: [PATCH 3/3] platform/x86: int3472/discrete: Add support for sensor-drivers which expect clken + pled GPIOs, Hans de Goede
  • [PATCH 1/3] platform/x86: int3472/discrete: Refactor GPIO to sensor mapping, Hans de Goede