sec_queue_send(9)

📦 version 7.3.1, in nixpkgs unstable

💅 sec_queue_send — from the Kernel API Manual, bestie ✨

Okay so we're doing a whole kernel API thing today and honestly? It's giving "one job, do it well." This is sec_queue_send(9), straight out of the Kernel API Manual, and she's the designated driver who drops exactly one operation off at the hw queue. 🎀

🌸 NAME 🌸

sec_queue_send — queue up a single operation in the hw queue 🦋

Not two. Not a batch. One. She's focused, she's efficient, she's not doing extra credit. 👑

✨ SYNOPSIS ✨

int sec_queue_send (struct sec_queue *queue , struct sec_bd_info *msg ,
void *ctx );

🫶 ARGUMENTS 🫶

  • queue — The queue in which to put the message. That's her destination, her venue, her whole moment. 💅
  • msg — The message. The main character of this entire function call, no cap. 💌
  • ctx — Context to be put in the shadow array and passed back to cb on result. Like, the function takes your little note, tucks it safely into the shadow array, and later hands it right back to cb when the result rolls in. So thoughtful of her, we love a callback that remembers. 😭🫶

🔥 DESCRIPTION 🔥

So here's the tea: this function will return -EAGAIN if the queue is currently full. 😭 That's it, that's the whole vibe. Queue's full → you get -EAGAIN → you go try again like a polite little retry loop. Don't be weird about it. 💀

👑 SEE ALSO 👑

Kernel file ./drivers/crypto/hisilicon/sec/sec_drv.c — go read the source, iykyk 📖

And that's the whole page, bestie! 🦋 This iconic little doc lives over in ./drivers/crypto/hisilicon/sec, dated October 2026, and it's filed under sec_queue_send(9) — literally couldn't be more organized if she tried. 💖✨

📦 where this page comes from