lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <2d24e844-242b-4c1e-9e43-f0bec1a98ed5@tuxedocomputers.com>
Date: Thu, 9 Jan 2025 21:10:12 +0100
From: Werner Sembach <wse@...edocomputers.com>
To: "linux-acpi@...r.kernel.org" <linux-acpi@...r.kernel.org>,
 "Rafael J . Wysocki" <rafael@...nel.org>
Cc: rui.zhang@...el.com, Hans de Goede <hdegoede@...hat.com>,
 Armin Wolf <W_Armin@....de>, Ilpo Järvinen
 <ilpo.jarvinen@...ux.intel.com>,
 "linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
 platform-driver-x86@...r.kernel.org
Subject: Re: Thermal driver with safeguards

Hi Rafael,

Am 02.12.24 um 15:52 schrieb Werner Sembach:
> Hi,
>
> given a pair of a temperature sensor and a fan, I want to implement a driver. 
> that allows userspace to directly control the fan if it wants to. But have a 
> minimum fan speed when certain high temperatures are reached to avoid crashes 
> or hardware damage.
>
> e.g.
>
> - temperature of target die is 80°C -> fan speed must be at least 30%
>
> - temperature of target die is 90°C -> fan speed must be at least 40%
>
> - temperature of target die is 105°C -> fan speed must be 100%
>
> - temperature of target die is 110°C -> device shuts off to protect the hardware
>
> Would the thermal subsystem be the right place for this to implement this 
> protection in driver?
>
> It already has functions around periodic temperature polling and trip points.
>
> Kind regards,
>
> Werner Sembach
>
Sorry for bumping, just wanted to make sure that it doesn't get lost because of 
the holidays, as the question is still relevant for me for rewriting and 
upstreaming tuxedo-drivers.

Best regards,

Werner


Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ