lpfc_sha_iterate(9)

📦 version 7.3.1, in nixpkgs unstable

💖 NAME — lpfc_sha_iterate(9) / Kernel API Manual 💖

okay bestie, welcome to the lpfc_sha_iterate(9) page, and yes we are in full Kernel API Manual mode. The name is: lpfc_sha_iterate — iterate the initial hash table with the working hash table. That's the whole vibe, and it's giving “hash tables are having a moment” 💅✨

🌸 SYNOPSIS 🌸

void lpfc_sha_iterate (uint32_t * HashResultPointer , uint32_t *
HashWorkingPointer );

That's the exact signature, no cap, no edits, no sneaky little rewrites 🫶

🎀 ARGUMENTS 🎀

  • HashResultPointer — pointer to an initial/result hash table. This is your result-table main character 💖
  • HashWorkingPointer — pointer to an working hash table. The working table, holding the values that are about to be iterated in 🦋

💖 DESCRIPTION 💖

Okay so this routine iterates the initial hash table pointed to by HashResultPointer with the values from the working hash table pointed to by HashWorkingPointer. The page says pointeed, and honestly that's iconic, so the substance stays exactly as stated. The results are putting back to the initial hash table, returned through HashResultPointer as the result hash table. In group-chat terms: working-table values come through, result table gets the results back, and HashResultPointer is the one carrying them out. ✨

🦋 SEE ALSO 🦋

Bestie, this SEE ALSO section is huge and I am obsessed: every single reference is here, in order, unchanged, no cap. 🫶

okay bestie, that's the page 💖 sign-off tea: the source/version line energy comes from ./drivers/scsi/lpfc, the date stamp says October 2026, and this whole manual-page moment is lpfc_sha_iterate(9). byeeee 🎀🦋

📦 where this page comes from