_cpacf_kmac(9)
πΈ _cpacf_kmac β NAME β¨
okay so bestie, meet _cpacf_kmac π
β literally the function that executes the KMAC (COMPUTE MESSAGE AUTHENTICATION CODE) instruction and updates the flags in gr0. that's her whole job. iconic behavior, no notes π
this is from the Kernel API Manual, iykyk π¦
β¨ SYNOPSIS β¨
int _cpacf_kmac (unsigned long *gr0 , void *param , const u8 *src , long
src_len );
like, that's the whole signature bestie, she's not complicated π«Ά
π ARGUMENTS π
gr0β a pointer togr0(that's thefcand flags btw) that gets passed to KMAC π go check theCPACF_KMAC_xxxdefines, they're right thereparamβ the address of the parameter block πΈ see POP for the deets on each func, it's giving reference-material main character energysrcβ the address of the source memory area π¦ that's where the data livessrc_lenβ the length of thesrcoperand, in bytes β¨ yes, bytes, keep up
π DESCRIPTION π
so what does she return? slay, here it is:
- returns
0for the query func π - returns the number of processed bytes for digest funcs π
that's it. that's the vibe check. periodt π
π SEE ALSO π
okay so the kernel file to go look at is ./arch/s390/include/asm/cpacf.h β and then the whole friend group of related pages, all of them, no cap:
cpacf_query(9)cpacf_qai(9)cpacf_km(9)cpacf_kmc(9)cpacf_kimd(9)cpacf_klmd(9)cpacf_kmac(9)cpacf_kmctr(9)cpacf_prno(9)cpacf_trng(9)cpacf_pcc(9)cpacf_pckmo(9)cpacf_kma(9)
fr fr go read them all, they're lowkey obsessed with each other π«Ά
and that's the page bestie!! π this little gem lives over at ./arch/s390/include/asm, dated October 2026 β, and she answers to _cpacf_kmac(9) β ok bye, go write some kernel code, ily ππ
π¦ where this page comes from
- nixpkgs unstable: linux-manual 7.3.1
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms