fc_rport_t0_prli(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

🌸 NAME 🌸

okay so this is fc_rport_t0_prli(9) from the Kernel API Manual β€” the function that handles incoming PRLI parameters for type 0. That's the vibe, bestie. πŸ’…

✨ SYNOPSIS ✨

The signature, literally exactly as it is:

int fc_rport_t0_prli (struct fc_rport_priv *rdata , u32 spp_len , const
       struct fc_els_spp *rspp , struct fc_els_spp *spp );

πŸŽ€ ARGUMENTS πŸŽ€

  • rdata β€” remote port private. It's the private data for the remote port, no cap.
  • spp_len β€” service parameter page length, aka how long the service parameter page is. πŸ“
  • rspp β€” received service parameter page. The one that came in. πŸ‘€
  • spp β€” response service parameter page. The one for the response. ✨

πŸ”— SEE ALSO πŸ”—

Kernel file ./drivers/scsi/libfc/fc_rport.c β€” and here's the whole crew, no skips, fr fr:

xoxo from the source/version ./drivers/scsi/libfc, dated October 2026 β€” fc_rport_t0_prli(9) out πŸ’–πŸ¦‹πŸ’…

πŸ“¦ where this page comes from