ufshcd_mcq_req_to_hwq(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’– 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:

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