On 5/12/2024 1:47 PM, Armin Wolf wrote:
Why? Windows also does ACPI-WMI differently than Linux. It's not as
easy to check both from a Windows utility due to that.
Actually, it is quite easy to check both interfaces from a Windows
utility. Both ACPI-WMI objects can be accessed by
Windows applications, the utility just has to interact with an
additional WMI object, but they decided to not do it.
Ah I didn't realize that they're actually instanciable from the WMI
repository in an application, but that makes perfect sense with how easy
it is to do from PowerShell.
Also the original smbios-thermal-ctl utility was created by Dell itself
(i think?), so they likely would have implemented this
if it really was necessary.
It was created at a time that the ACPI WMI BIOS attributes interface
didn't exist. I've understood that the general direction is to use the
WMI BIOS attributes interface in the future.
That's why I was suggesting using both, if such a transition happens
then this driver would be ready for it.
As Dell likely only tests their machines with Windows (if at all), i
propose that we try to match the Windows behavior.
I don't have a strong horse in this game, but I see what you mean in
terms of general compatibility.
