lpfc_debugfs_disc_trc(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’– NAME πŸ’–

lpfc_debugfs_disc_trc(9) β€” straight from the Kernel API Manual β€” is literally the function for Store discovery trace log ✨

okay bestie, let’s get into it 🫢


πŸ¦‹ SYNOPSIS πŸ¦‹

the signature is giving:

void lpfc_debugfs_disc_trc (struct lpfc_vport *vport , int mask , char
       *fmt , uint32_t data1 , uint32_t data2 , uint32_t data3 );

πŸŽ€ ARGUMENTS πŸŽ€

listen, every parameter matters:

  • vport β€” the vport to associate this trace string with for retrieval πŸ’–
  • mask β€” log entry classification, iykyk 🏷️
  • fmt β€” format string to be displayed when dumping the log ✨
  • data1 β€” 1st data parameter to be applied to fmt πŸ“
  • data2 β€” 2nd data parameter to be applied to fmt πŸ“
  • data3 β€” 3rd data parameter to be applied to fmt πŸ“

🌸 DESCRIPTION 🌸

okay so this routine is used by the driver code to add a debugfs log entry to the discovery trace buffer associated with vport πŸ’…

Only entries with a mask that match the current debugfs discovery mask will be saved. Entries that do not match will be thrown away β€” literally not invited to the function 😭

When the log is displayed, fmt, data1, data2, and data3 are used like printf 🫢


πŸ”— SEE ALSO πŸ”—

Kernel file ./drivers/scsi/lpfc/lpfc_debugfs.c is the source bestie πŸ’… and these are all the related icons:


🫢 cute sign-off: source ./drivers/scsi/lpfc, dated October 2026 β€” lpfc_debugfs_disc_trc(9) ate and left no crumbs πŸ’…

πŸ“¦ where this page comes from