s5p_hash_copy_sgs(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’– NAME πŸ’–

okay so bestie, welcome to the s5p_hash_copy_sgs(9) page from the Kernel API Manual πŸ’… this one is literally s5p_hash_copy_sgs β€” copy request's bytes into new buffer. no cap, that’s the whole assignment ✨

🌸 SYNOPSIS 🌸

here’s the signature, and yes, keep it exactly like this:

int s5p_hash_copy_sgs (struct s5p_hash_reqctx *ctx , struct scatterlist
       *sg , unsigned int new_len );

πŸŽ€ ARGUMENTS πŸŽ€

  • ctx β€” request context. it’s giving β€œthe request’s main character energy” 🫢
  • sg β€” source scatterlist request. the source tea being served, iykyk πŸ’…
  • new_len β€” number of bytes to process from sg. count ’em, bestie πŸ”’

πŸ¦‹ DESCRIPTION πŸ¦‹

So here’s the deal: this function allocates a new buffer and copies data for HASH into it. If there was xmit_buf filled, copy it first, then copy data from sg into it. Then prepare one sgl[0] with allocated buffer. After that, set bit in dd->hash_flag so we can free it after irq ends processing. literally that’s the whole vibe check βœ…

🌈 SEE ALSO 🌈

go be nosy in these related pages, fr fr:


mwah πŸ’‹ this page is from ./drivers/crypto, dated October 2026, and it’s all about s5p_hash_copy_sgs(9) β€” bye bestie, go slay some crypto code πŸ§šπŸ’œ

πŸ“¦ where this page comes from