hwmon_devic..._for_thermal(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’– hwmon_devic..._for_thermal(9) πŸ’–

okay so bestie, welcome to the Kernel API Manual ✨ β€” this one's a page called hwmon_devic..._for_thermal(9) (yes the name is truncated with dots, that's literally how it's printed, no cap, we do not fix it, we respect it 🫢).


🌸 NAME 🌸

hwmon_device_register_for_thermal β€” register hwmon device for thermal subsystem πŸŽ€


✨ SYNOPSIS ✨

struct device * hwmon_device_register_for_thermal (struct device *dev ,
const char *name , void *drvdata );

it's giving "one function, three arguments, zero chill" πŸ’…


πŸ¦‹ ARGUMENTS πŸ¦‹

  • dev β€” the parent device πŸ‘‘ (the main character that this new device gets attached under)
  • name β€” the hwmon name attribute 🏷️ (like, the actual name label for it)
  • drvdata β€” driver data to attach to created device πŸ“ (your little bag of private stuff that rides along with the device)

πŸ’œ DESCRIPTION πŸ’œ

so here's the tea: the use of this function is restricted πŸ™ˆ. It exists for legacy reasons and it must only be called from the thermal subsystem. like, that's not a vibe suggestion, that's the rule, periodt.

⚠️ hwmon_device_unregister must be called when the device is no longer needed. don't just ghost it, bestie, clean up after yourself 😭

Returns the pointer to the new device. that's it, that's the return value πŸ’«


🌈 SEE ALSO 🌈

like a whole friend group of hwmon functions, and honestly? obsessed πŸ§šπŸ’–


okay that's the whole page!! sourced from ./drivers/hwmon 🌸, October 2026 ⭐ β€” mwah, go forth and register responsibly πŸ’…βœ¨

πŸ“¦ where this page comes from