ti_bandgap_tshut_init(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ¦‹ ti_bandgap_tshut_init(9) β€” Kernel API Manual πŸ’…

🌸 NAME 🌸

ti_bandgap_tshut_init β€” setup and initialize tshut handling. That's the whole vibe: it gets tshut handling set up and initialized, bestie. lowkey iconic. ✨


✨ SYNOPSIS ✨

int ti_bandgap_tshut_init (struct ti_bandgap *bgp , struct
       platform_device *pdev );

okay so that's the signature exactly as the Kernel API Manual gives it β€” no edits, no cute little "fixes", periodt. 🫢

πŸŽ€ ARGUMENTS πŸŽ€

  • bgp β€” pointer to struct ti_bandgap. This is the bandgap struct, the main character of this little function's world. πŸ’–
  • pdev β€” pointer to device struct platform_device. Yep, it's the platform device pointer. πŸ‘‘

πŸ”₯ DESCRIPTION πŸ”₯

Call this function only in case the bandgap features HAS(TSHUT). That's the gatekeeping condition, bestie β€” if the bandgap doesn't feature HAS(TSHUT), this is not the function for you. πŸšͺ✨

In this case, the driver needs to handle the TSHUT signal as an IRQ. The IRQ is wired as a GPIO, and for this purpose, it is required to specify which GPIO line is used. So yes, you gotta know the GPIO line. No guessing. 🌈

TSHUT IRQ is fired anytime one of the bandgap sensors violates the TSHUT high/hot threshold. And in that case, the system must go off.

πŸ’€ bestie, this is the dramatic part: if that threshold gets violated, the system must go off. Not a vibe check, not a suggestion β€” the system must go off.

πŸ’œ RETURN πŸ’œ

Returns 0 if no error, else error status. So 0 is the slay outcome, and anything else is the error-status situation. no cap. 😭

πŸ¦‹ SEE ALSO πŸ¦‹


Signed with sparkles by the ./drivers/thermal/ti-soc-thermal girlies β€” source/version: ./drivers/thermal/ti-soc-thermal; date: October 2026; manual page: ti_bandgap_tshut_init(9). πŸ’–πŸŽ€πŸ«Ά

πŸ“¦ where this page comes from