thermal_acpi...ve_trip_temp(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

✨ thermal_acpi_passive_trip_temp(9) ✨

okay so bestie, we're in the Kernel API Manual today and this one is literally called thermal_acpi_passive_trip_temp β€” yes it's a mouthful, yes it's iconic, no we're not skipping any of it πŸ’…


πŸŽ€ NAME πŸŽ€

thermal_acpi_passive_trip_temp β€” retrieve the passive trip point</mostly> temperature πŸ”₯

(tiny correction bestie: not mostly, passive trip point, my bad 😭)


🌸 SYNOPSIS 🌸

int thermal_acpi_passive_trip_temp (struct acpi_device *adev , int
*ret_temp );

so it's an int coming back at you, taking a struct acpi_device *adev and an int *ret_temp β€” that second one is a pointer-pointer situation, classic "i'll write the answer here" energy 🫢


πŸ¦‹ ARGUMENTS πŸ¦‹

  • adev β€” the target thermal zone ACPI device object. this is the thermal zone we're snooping on, main character energy fr fr πŸ‘‘
  • ret_temp β€” the address to store the retrieved temperature value on success. so on a win, the temp lands here. on a fail, well… keep reading πŸ’€

⭐ DESCRIPTION ⭐

so what does it actually do? it evaluates the _PSV object for the thermal zone that adev represents, and that's how it gets the temperature of the passive cooling trip point. that's the whole vibe check ✨

and the return situation:

  • returns 0 on success πŸŽ‰
  • returns -ENODATA on failure 😭
ngl bestie, remember -ENODATA means "no data", not "you broke something". still a fail, still gets the sad emoji πŸ₯²

πŸ”₯ SEE ALSO πŸ”₯

like a little trip-point friend group and this one is the passive member, slay πŸ’…


πŸŽ€ sign-off πŸŽ€

that's the whole page bestie, from ./drivers/acpi, October 2026, and the version header says thermal_acpi...ve_trip_temp(9) (yes the title literally gets truncated in the header, that's just how it's giving 😭). go forth and read your trip points πŸ’–πŸ¦‹βœ¨

πŸ“¦ where this page comes from