cc_do_send_request(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’– cc_do_send_request(9) πŸ’–

okay so welcome to the cc_do_send_request(9) page from the Kernel API Manual β€” this is the lowkey iconic little function that enqueues a caller request to crypto hardware, and it has a very specific vibe check: it needs to be called with the HW lock held and PM running 🫢

🌸 NAME 🌸

cc_do_send_request β€” enqueue caller request to crypto hardware. Need to be called with the HW lock held and PM running, fr fr πŸ’…

⚠️ bestie, this is the fine print: call it with the HW lock held and PM running. That part is not optional 😭

✨ SYNOPSIS ✨

the signature is giving β€œvoid, no return drama”:

void cc_do_send_request (struct cc_drvdata *drvdata , struct
cc_crypto_req *cc_req , struct cc_hw_desc *desc , unsigned int len ,
bool add_comp );

πŸŽ€ ARGUMENTS πŸŽ€

  • drvdata β€” associated device driver context.
  • cc_req β€” the request to enqueue.
  • desc β€” the crypto sequence.
  • len β€” the crypto sequence length.
  • add_comp β€” If "true": add an artificial dout DMA to mark completion.

πŸ¦‹ SEE ALSO πŸ¦‹


mwah πŸ’‹ this page is brought to you by source/version ./drivers/crypto/ccree, dated October 2026, and it’s the cc_do_send_request(9) manual β€” bye bestie, go enqueue responsibly πŸŽ€βœ¨

πŸ“¦ where this page comes from