mmc_is_req_done(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’– NAME πŸ’–

Okay bestie, welcome to the mmc_is_req_done(9) page from the Kernel API Manual ✨ This one is literally about determining if a 'cap_cmd_during_tfr' request is done. That’s the whole vibe πŸŽ€

✨ SYNOPSIS ✨

bool mmc_is_req_done (struct mmc_host *host , struct mmc_request *mrq );

No cap, that’s the function signature, copied exactly so you don’t have to squint πŸ’…

🫢 ARGUMENTS 🫢

  • host β€” MMC host. The main character of the hardware side πŸŽ€
  • mrq β€” MMC request. The request bestie getting checked 🌸

🌟 DESCRIPTION 🌟

Okay so here’s the tea: mmc_is_req_done is used with requests that have mrq->cap_cmd_during_tfr = true. Highkey important, bestie πŸ¦‹

mmc_is_req_done must be called after starting a request and before waiting for it to complete. That is, either in between calls to mmc_start_req, or after mmc_wait_for_req and before mmc_wait_for_req_done. Fr fr, those are the timing windows πŸ‘‘

If it is called at other times the result is not meaningful. Like, not β€œoops tiny typo” not meaningful β€” the result just isn’t meaningful, periodt 😭

🌈 SEE ALSO 🌈

Kernel file ./drivers/mmc/core/core.c β€” the kernel file reference for this whole situation πŸ“š


That’s the whole page, bestie πŸ’œ This beauty lives under ./drivers/mmc/core and is dated October 2026 β€” mmc_is_req_done(9) signing off 🫢✨

πŸ“¦ where this page comes from