kpp_request_alloc(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… kpp_request_alloc πŸ’…

okay bestie, so this is a page from the Kernel API Manual β€” section 9 β€” and it's all about one lil function: kpp_request_alloc. literally the glow-up moment where a KPP request gets its very own memory. no cap, it's giving "birth certificate for a request object" πŸŽ€


✨ NAME ✨

kpp_request_alloc β€” allocates kpp request πŸ¦‹

like... that's it. that's the whole job. it allocates a kpp request. iconic, honestly πŸ‘‘


🌸 SYNOPSIS 🌸

struct kpp_request * kpp_request_alloc (struct crypto_kpp *tfm , gfp_t
       gfp );

πŸ’– ARGUMENTS πŸ’–

  • tfm β€” the KPP tfm handle, bestie. and not just any handle β€” it's the one you allocated with crypto_alloc_kpp. please don't show up with a random one, that's not the vibe πŸ™ˆ
  • gfp β€” the allocation flags. yep, the classic gfp situation. it's giving "how hard should the kernel try" energy ✨

⭐ RETURN ⭐

ok so here's the tea β˜• β€” on success you get the allocated handle back. slay! but if something goes sideways and there's an error? you get NULL. no handle, no vibes, just NULL 😭 fr fr check for it.


πŸ¦‹ SEE ALSO πŸ¦‹

the whole friend group, gathered for you 🫢 β€” and yes, they're referencing the kernel file ./include/crypto/kpp.h:


πŸ’€ reminder bestie: NULL is a real possible outcome here, not a personality trait. handle it.

ok that's the page!! sourced straight from ./include/crypto, dated October 2026 β€” mwah, go allocate something cute πŸ’œπŸ§šβ€β™€οΈ

πŸ“¦ where this page comes from