sht15_status_store(9)

📦 version 7.3.1, in nixpkgs unstable

💖 sht15_status_store(9) — the kernel API manual, bestie edition 🎀

okay so you found the sht15_status_store(9) page in the Kernel API Manual and you're like "what does this even do" — don't worry, I got you. This is the little sysfs callback that flips the heater on and off. Yes, the sensor has a heater. Yes, that's iconic. Let's get into it. ✨

🌸 NAME 🌸

sht15_status_store — literally the function that changes the heater state via sysfs. that's the whole vibe. 👑

🦋 SYNOPSIS 🦋

ssize_t sht15_status_store (struct device *dev , struct device_attribute *attr , const char *buf , size_t count );

copy it exactly like that, bestie — don't be out here renaming things. 💅

🍓 ARGUMENTS 🍓

  • dev — the device. the main character of this whole situation, no cap. 🫶
  • attr — the device attribute. it's the sysfs thing being touched, and it knows it. 💁‍♀️
  • buf — the sysfs buffer where we read the new heater state from. this is where the tea comes in. 🍵
  • count — length of the data. how many bytes we're working with, fr fr. 📏

💜 DESCRIPTION 💜

okay so the way this works: this function gets called on write access to the heater_enable sysfs attribute. that's it, that's the whole entry point. something writes to heater_enable, and boom — sht15_status_store is on the scene. 🔥

and what does it return? it returns the number of bytes actually decoded, and if something goes wrong it hands you back a negative errno. negative errno = bad vibes, handle it. 😭

ngl, "number of bytes actually decoded" is the key phrase here — that's the return contract, so don't go assuming it's always just count. read the fine print. 💀

🌈 SEE ALSO 🌈

like, the whole sht15 friend group is here — go read them all, iykyk. 💖

🧚 a lil sign-off 🧚

this page lives in ./drivers/hwmon, dated October 2026 — that's the source/version and the date, bestie, so now you know where it came from. go forth and toggle that heater responsibly. slay. 🌟💅

periodt. 🎀

📦 where this page comes from