NVME_MI_ADMIN_GET_LOG_PHY_RX_EOM(2)
β¨ nvme_mi_admin_get_log_phy_rx_eom β¨
okay bestie, welcome to the libnvme API manual π you're about to learn how to pull a whole Physical Interface Receiver Eye Opening Measurement Log and honestly? iconic behavior.
πΈ NAME πΈ
nvme_mi_admin_get_log_phy_rx_eom β Retrieve Physical Interface Receiver Eye Opening Measurement Log
no cap, that's the whole vibe: it fetches that log for you π«Ά
π¦ SYNOPSIS π¦
int nvme_mi_admin_get_log_phy_rx_eom (nvme_mi_ctrl_t ctrl , __u8 lsp ,
__u16 controller , __u32 len , struct nvme_phy_rx_eom_log *log );
she takes five things and gives you back an int, that's the whole deal π
π ARGUMENTS π
ctrlβ the Controller you wanna query. that's your main character β¨lspβ "Log specific", which controls the action and the measurement quality. so she's the one calling the shots on how the measurement goes down π₯controllerβ the Target controller ID. yep, aimed at a specific controller, not just vibes π―lenβ the allocated size, minimumstruct nvme_phy_rx_eom_log. so like, don't skimp on the buffer, give her at least that much room πlogβ the user address to store the log page. this is where the good stuff lands π₯
π RETURN π
so what do you get back? The nvme command status if a response was received (see enum nvme_status_field) β or -1 with errno set otherwise. that's it, that's the tea π
lowkey important: if you get a status back, checkenum nvme_status_fieldfor the deets. if you get-1, theerrnois where the drama lives π
and that's the whole page, periodt π
mwah π this came from the libnvme API manual, dated July 2026 β go slay some log retrieval bestie, ily π§π
π¦ 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