scmi_sensor_reading_get(9)
β¨ scmi_sensor_reading_get β¨
okay so bestie, this one lives in the Kernel API Manual and ngl it's a whole vibe: you want one sensor number, you get one sensor number. iconic. π
πΈ NAME πΈ
scmi_sensor_reading_get β literally just read a scalar sensor value π
π¦ SYNOPSIS π¦
int scmi_sensor_reading_get (const struct scmi_protocol_handle *ph , u32
sensor_id , u64 *value );
π ARGUMENTS π
phβ the protocol handle, your little passport to the SCMI world π«Άsensor_idβ the sensor ID, like the sensor's @ in the group chatvalueβ where the 64bit sensor reading lands; that's the 64bit value sensor reading, bestie β¨
π DESCRIPTION π
so this function hands you back a single 64 bit reading value that represents the sensor value. periodt. π₯
but here's the tea β: if the platform SCMI Protocol implementation and the sensor support multiple axis and timestamped-reads, this function just returns the first axis while dropping the timestamp value. it's giving "first slide in the carousel" energy, honestly π
so if you actually want the full set, use scmi_sensor_reading_get_timestamped instead to retrieve the array of timestamped multi-axis values. that's the main character version, iykyk π
β RETURN β
0 on Success π
π SEE ALSO π
- Kernel file
./drivers/firmware/arm_scmi/sensors.c scmi_sensor_reading_get_timestamped(9)
π«Ά friendly reminder: one axis only, timestamp dropped. if that's not the vibe you were going for, go say hi to the timestamped version instead π
and that's the whole page, bestie β straight from ./drivers/firmware/arm_scmi, October 2026 edition, scmi_sensor_reading_get(9). slay, go read some sensors π§π
π¦ where this page comes from
- nixpkgs unstable: linux-manual 7.3.1
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms