bnxt_re_is_fw_stalled(9)
π bnxt_re_is_fw_stalled β check firmware health (manual section 9, bestie)
okay so real talk, this is bnxt_re_is_fw_stalled from the kernel API manual, section 9, and it's literally the vibe check for your firmware π₯
β¨ SYNOPSIS β¨
int bnxt_re_is_fw_stalled (struct bnxt_qplib_rcfw *rcfw , u16 cookie );
like, you hand it a channel and a cookie, and it tells you if the firmware is ghosting you π»
π«Ά ARGUMENTS π«Ά
rcfwβ thercfwchannel instance ofrdev, iykyk πcookieβ the cookie used to track the command πͺ
πΈ DESCRIPTION πΈ
so here's the tea: if the firmware hasn't responded to any rcfw command within rcfw->max_timeout, then bestieβ¦ we consider the firmware stalled π like it's not just busy, it's giving "left you on read" energy.
no cap, that's the whole check. it's not deep, it's just observant β¨
β RETURN β
0β firmware is responding, we love to see it π-ENODEVβ firmware is not responding, uh oh π
π¦ SEE ALSO π¦
the kernel file, periodt:
./drivers/infiniband/hw/bnxt_re/qplib_rcfw.c
and the whole friend group:
bnxt_qplib_map_rc(9)__wait_for_resp(9)__block_for_resp(9)__poll_for_resp(9)__bnxt_qplib_rcfw_send_message(9)bnxt_qplib_rcfw_send_message(9)
and that's the page, bestie π§π it lives in ./drivers/infiniband/hw/bnxt_re, freshly dated October 2026, and yes the title is still bnxt_re_is_fw_stalled(9) β iconic, no notes π
π
π¦ 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