NVME_MI_ADMIN_GET_LOG_TELEMETRY_CTRL(2)
β¨ NAME β¨
nvme_mi_admin_get_log_telemetry_ctrl β the one that gets you the Telemetry Controller-Initiated log page π¦
okay so real quick, bestie β this lives in the libnvme API manual, and it's literally your girl for pulling the controller-initiated telemetry log. periodt.
πΈ SYNOPSIS πΈ
int nvme_mi_admin_get_log_telemetry_ctrl (nvme_mi_ctrl_t ctrl , bool rae
, __u64 offset , __u32 len , void *log );
no cap, that's the whole vibe β five args and a dream π
π ARGUMENTS π
ctrlβ the Controller you're querying, aka the main character you're asking about πraeβ Retain asynchronous events. yes, say it with me: retain async events β¨offsetβ how far into the telemetry data you're reaching π«Άlenβ the length of the user buffer you're providing to hold the log data, in bytes πlogβ the user address where the log page data goes π
π DESCRIPTION π
So this one retrieves the Telemetry Controller-Initiated log page at the requested offset β using the previously existing capture. not a fresh new one, the one that's already there. iykyk π
π₯ RETURN π₯
It hands you back the nvme command status if a response was received β go peek at enum nvme_status_field for the deets β or -1 with errno set otherwise. so either you get the tea β or you get an errno. no in-between, fr fr.
lowkey important: if you get the-1, that's not a shrug, that's<errno>telling you what went wrong. respect the errno bestie π
and that's the whole page, you ate that π stay iconic, go query ur controller, mwah π
β¨ July 2026 Β· libnvme API manual Β· nvme_mi_admin_get_log_telemetry_ctrl(2) β¨
π¦ where this page comes from
- ubuntu stonking: libnvme-dev 1.16.2-1build1 Β· LGPL-2.1-or-later
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms