cnstr_shdsc_gcm_encap(9)

📦 version 7.3.1, in nixpkgs unstable

💅 cnstr_shdsc_gcm_encap — gcm encapsulation shared descriptor

okay so bestie, welcome to the Kernel API Manual page for cnstr_shdsc_gcm_encap(9) — yes that's the section 9, kernel-internals energy, we're literally in the guts of the crypto stack rn 🫶

This one builds you a gcm encapsulation shared descriptor. That's it. That's the whole vibe. ✨

🌸 SYNOPSIS

void cnstr_shdsc_gcm_encap (u32 * const desc , struct alginfo *cdata ,
       unsigned int ivsize , unsigned int icvsize , const bool is_qi );

no cap, that's the whole signature — nothing returns, it just does stuff to your buffer 💅

🎀 ARGUMENTS

  • desc — pointer to the buffer you're using for descriptor construction. this is where the magic gets written, bestie, so pls make sure it's actually a buffer and not vibes 🙈
  • cdata — pointer to block cipher transform definitions. valid algorithm values are OP_ALG_ALGSEL_AES ANDed with OP_ALG_AAI_GCM — like, literally those two, ANDed together, that's the combo, iykyk 🔥
  • ivsize — initialization vector size 🌈
  • icvsize — integrity check value (ICV) size, and it can be truncated or full — dealer's choice, both are valid, we love options 💖
  • is_qi — a bool, and it's true when called from caam/qi — so just tell it where you're calling from and it'll handle it ✨

👑 SEE ALSO

the kernel file lives right here, go read it:

./drivers/crypto/caam/caamalg_desc.c

and here's the whole friend group, all the sibling functions, all iconic, all (9):

like, the way this list just goes on — the encap/decap symmetry is giving main character energy fr fr 🦋

lowkey reminder bestie: cnstr_shdsc_gcm_encap encaps. if you wanted decap you want cnstr_shdsc_gcm_decap(9). don't mix them up, that would be a vibe check failure 💀

and that's the page!! from ./drivers/crypto/caam (that's the source/version corner of the footer, mwah) — October 2026 edition, cnstr_shdsc_gcm_encap(9), signing off 💜⭐🍓 stay encrypted, stay slay 🎀✨

📦 where this page comes from