CVE-2026-90311

W jądrze Linuksa usunięto następującą lukę:

Thermal: hwmon: Usuń urządzenie klasy hwmon wraz z jego rodzicem

Obecny kod tworzy jedno urządzenie hwmon na każdy typ strefy termicznej i tak dalej
urządzenie jest zarejestrowane w pierwszej strefie termicznej danego typu.

Okazuje się to problematyczne, gdy strefa termiczna utrzymująca
urządzenie hwmon zostało usunięte.

Załóżmy na przykład, że w systemie istnieją dwie strefy termiczne ACPI

/sys/devices/virtual/thermal/thermal_zone0/
/sys/devices/virtual/thermal/thermal_zone1/

Obecny kod rejestruje urządzenie klasy hwmon tylko dla Thermal_zone0:

/sys/devices/virtual/thermal/thermal_zone0/hwmon0/

ponieważ typ to „acpitz” dla obu z nich, ale dodaje sysfs
atrybut należący do Thermal_zone1 pod nim:

/sys/devices/virtual/thermal/thermal_zone0/hwmon0/temp2_input

Jest też

/sys/devices/virtual/thermal/thermal_zone0/hwmon0/temp1_input

który należy do Thermal_zone0.

Kiedy Thermal_zone0 zostanie usunięty, powiedzmy, ponieważ sterownik termiczny ACPI jest
niepowiązany z podstawowym urządzeniem platformy, Thermal_remove_hwmon_sysfs()
pomija usunięcie hwmon0 ze względu na atrybut temp2_input
należący do Thermal_zone1, który skutecznie zapobiega Thermal_zone0
wykluczenie z robienia postępu.

Rozwiąż ten problem, usuwając cały plik Thermal_remove_hwmon_sysfs().
Interfejs urządzenia klasy hwmon dla danego typu strefy termicznej, gdy plik
urządzenie strefy termicznej, które je trzyma, zostało usunięte.

Aby zapobiec wyścigom z Thermal_add_hwmon_sysfs(), które mogą zakłócać
w ten sposób wykonaj całe dodawanie i usuwanie hwmon sysfs
interfejsy dla stref termicznych w ramach Thermal_hwmon_list_lock.

Dostosuj także układ etykiet w Thermal_add_hwmon_sysfs() do
bieżący styl kodowania jądra, aby dostosować go do nowej etykiety „odblokuj”.