kernel/git/next/linux-next.git/drivers/hwmon, branch master

Merge branch 'togreg' of https://git.kernel.org/pub/scm/linux/kernel/git/jic23/iio.git

2026-07-14T13:23:21+00:00

Merge branch 'master' of https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git

2026-07-14T12:59:51+00:00

Merge branch 'hwmon-next' of https://git.kernel.org/pub/scm/linux/kernel/git/groeck/linux-staging.git

2026-07-14T12:03:35+00:00

Merge branch into tip/master: 'x86/msr'

2026-07-14T09:03:53+00:00

# New commits in x86/msr: 2db442843e4e ("x86/olpc: Stop using 32-bit MSR interfaces") f1b599106414 ("x86/hyperv: Stop using 32-bit MSR interfaces") cd5102479d29 ("hwmon: Stop using 32-bit MSR interfaces") 3e8ca6691e9d ("EDAC: Stop using 32-bit MSR interfaces") 2e9e6edbad45 ("x86/cpu: Stop using 32-bit MSR interfaces") 7920900e53dd ("x86/apic: Stop using 32-bit MSR interfaces") 4967c466ca38 ("x86/resctrl: Stop using 32-bit MSR interfaces") 4ff91f7b8fbf ("x86/tsc: Stop using 32-bit MSR interfaces") 9c6be5e78981 ("x86/amd: Stop using 32-bit MSR interfaces") b67096f9dbbb ("x86/pci: Stop using 32-bit MSR interfaces") c36c3d7e5dc4 ("x86/hygon: Stop using 32-bit MSR interfaces") cff219368bd0 ("x86/mce: Stop using 32-bit MSR interfaces") c69d7feb8d12 ("x86/msr: Stop using 32-bit MSR interfaces in lib/msr-smp.c") Signed-off-by: Ingo Molnar

hwmon: (asus_ec_sensors) add ProArt Z690-CREATOR WIFI

2026-07-10T14:50:16+00:00

Add support for the ProArt Z690-CREATOR WIFI board Signed-off-by: Maurice Mehlhaff Signed-off-by: Eugene Shalygin Link: https://lore.kernel.org/r/20260708195638.1324168-1-eugene.shalygin@gmail.com Signed-off-by: Guenter Roeck

hwmon: (yogafan) Add support for Lenovo LOQ 15IAX9

2026-07-10T14:37:31+00:00

Add the Lenovo LOQ 15IAX9 product family to the yogafan dmi_system_id table. Unlike the Legion series, ACPI table extraction reveals this LOQ utilizes an 8-bit EC architecture with a 100x multiplier, but maintains a dual-fan setup via the \_SB.PC00.LPCB.EC0.FA1S and FA2S paths. A new loq_15iax9_8bit_dual_cfg structure was added to properly map these hardware registers and calculate RPMs correctly while avoiding path conflicts with AMD-based LOQ variants. Signed-off-by: Sarbajit Sarkar Link: https://lore.kernel.org/r/20260709183500.13761-1-sarbajitsarkar16108@gmail.com Signed-off-by: Guenter Roeck

hwmon: (asus-ec-sensors) add ROG STRIX X870E-E GAMING WIFI7 R2

2026-07-10T14:36:43+00:00

The board sensors is a copy of ROG STRIX X870E-E GAMING WIFI7, thus we simply reuse its board_info struct. Signed-off-by: Vishaal Saraiya Signed-off-by: Eugene Shalygin Link: https://lore.kernel.org/r/20260709204037.1998433-3-eugene.shalygin@gmail.com Signed-off-by: Guenter Roeck

hwmon: (nzxt-kraken3) Stop device IO before calling hid_hw_stop

2026-07-08T03:03:02+00:00

Calling hid_hw_stop() does not stop the device IO. This results in a race condition between hid_input_report() and the point immediately following the execution of hid_device_io_start() within the driver probe function. If the probe operation fails after "io start" has been initiated, this race condition will result in a UAF vulnerability. Fix the problem by calling hid_device_io_stop() before calling hid_hw_stop(). Reported-by: Sashiko Fixes: f3b4b146eb107 ("hwmon: Add driver for NZXT Kraken X and Z series AIO CPU coolers") Signed-off-by: Guenter Roeck

hwmon: (nzxt-smart2) Stop device IO before calling hid_hw_stop

2026-07-08T03:03:02+00:00

Calling hid_hw_stop() does not stop the device IO. This results in a race condition between hid_input_report() and the point immediately following the execution of hid_device_io_start() within the driver probe function. If the probe operation fails after "io start" has been initiated, this race condition will result in a UAF vulnerability. Fix the problem by calling hid_device_io_stop() before calling hid_hw_stop(). Reported-by: Sashiko Fixes: 53e68c20aeb1e ("hwmon: add driver for NZXT RGB&Fan Controller/Smart Device v2") Signed-off-by: Guenter Roeck

hwmon: (gigabyte_waterforce) Stop device IO before calling hid_hw_stop

2026-07-08T03:03:00+00:00

Calling hid_hw_stop() does not stop the device IO. This results in a race condition between hid_input_report() and the point immediately following the execution of hid_device_io_start() within the driver probe function. If the probe operation fails after "io start" has been initiated, this race condition will result in a UAF vulnerability. Fix the problem by calling hid_device_io_stop() before calling hid_hw_stop(). Reported-by: Sashiko Fixes: 42ac68e3d4ba0 ("hwmon: Add driver for Gigabyte AORUS Waterforce AIO coolers") Signed-off-by: Guenter Roeck