s5p_hash_copy_sg_lists(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸŽ€ s5p_hash_copy_sg_lists(9) πŸŽ€

okay bestie, this is the Kernel API Manual page for s5p_hash_copy_sg_lists(9), and it's giving "copy sg list and make fixes in copy" energy. no cap, we're keeping every arg and every reference. πŸ’…


🌸 NAME 🌸

s5p_hash_copy_sg_lists β€” copy sg list and make fixes in copy

✨ SYNOPSIS ✨

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

🫢 ARGUMENTS 🫢

  • ctx β€” request context. that's the request's little home base, periodt.
  • sg β€” source scatterlist request. the source sg we're working from, bestie.
  • new_len β€” number of bytes to process from sg. exactly that many bytes get processed from the source sg.

πŸ”₯ DESCRIPTION πŸ”₯

okay so the whole vibe is: allocate a new scatterlist table, then copy the data for HASH into it. If there was xmit_buf filled, prepare it first β€” yes, first β€” and then copy page, length and offset from the source sg into it, adjusting begin and/or end for the skip offset and the hash_later value. πŸ’–

the resulting sg table will be assigned to ctx->sg. also set the flag so we can free it after irq ends processing. that's the cleanup moment, and it matters. 🧚

πŸ¦‹ SEE ALSO πŸ¦‹

go peek at these, iykyk:


mwah πŸ’‹ β€” source/version: ./drivers/crypto; date: October 2026. that's the footer, bestie, and we're giving it a cute little sign-off instead of copying the line. bye 🫢

πŸ“¦ where this page comes from