ufshcd_mcq_req_to_hwq(9)
π ufshcd_mcq_req_to_hwq(9) π
okay so bestie, welcome to the Kernel API Manual β¨ this little function is filed under ufshcd_mcq_req_to_hwq(9) and honestly? it's giving "matchmaker but for requests and hardware queues" π
πΈ NAME πΈ
ufshcd_mcq_req_to_hwq β literally just: find the hardware queue on which the request would be issued. that's it. that's the whole vibe check π₯
β¨ SYNOPSIS β¨
struct ufs_hw_queue * ufshcd_mcq_req_to_hwq (struct ufs_hba *hba ,
struct request *req );
note the spacing in the synopsis β we keep it exactly as-is, no cap π«Ά
π¦ ARGUMENTS π¦
hbaβ per adapter instance π this is your main character adapter, one per instance, periodt.reqβ pointer to the request to be issued π hand it over, it's the request you're curious about.
β RETURN β
it hands you back the hardware queue instance on which the request will be or has been queued π― (yes, "will be or has been" β it works for both timelines, she's flexible like that π ).
and if things went sideways: it returns NULL if the request has already been freed π okay so heads up β a NULL back does not mean "no queue found, try again", it means the request is gone. freed. departed. so don't go dereferencing that, bestie, seriously π
π SEE ALSO π
kernel file ./drivers/ufs/core/ufs-mcq.c π and the whole squad:
ufshcd_mcq_config_mac(9)ufshcd_mcq_queue_cfg_addr(9)ufshcd_get_hba_mac(9)ufshcd_mcq_sq_cleanup(9)ufshcd_mcq_nullify_sqe(9)ufshcd_mcq_sqe_search(9)ufshcd_mcq_abort(9)
go read those too, iykyk π§
fr fr the whole thing lives in ./drivers/ufs/core β that's the source tree neighborhood, and the page is dated October 2026 πΈ so like, we're reading from the future, iconic behavior honestly π«
and that's the page!! slay, you now understand ufshcd_mcq_req_to_hwq(9) π bye bestie, go queue something ππ«Άβ¨
π¦ 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