mpt3sas_get_port_by_id(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸŽ€ NAME πŸŽ€

mpt3sas_get_port_by_id β€” bestie, this is the function that grabs you the hba port entry matching the port number you handed it, pulled straight out of the port list πŸ’…


🌸 SYNOPSIS 🌸

struct hba_port * mpt3sas_get_port_by_id (struct MPT3SAS_ADAPTER *ioc ,
u8 port_id , u8 bypass_dirty_port_flag );

✨ ARGUMENTS ✨

  • ioc β€” the per adapter object, aka the whole vibe of the adapter you're poking at 🫢
  • port_id β€” the port number. literally just the port number, no cap πŸ”’
  • bypass_dirty_port_flag β€” when this is set, it looks for the matching hba port entry even if that hba port entry is marked as dirty πŸ™ˆ like, it'll still go get it for you

πŸ¦‹ DESCRIPTION πŸ¦‹

So here's the tea, bestie: it searches for the hba port entry that corresponds to the port number you provided. If one's available, it returns the port object πŸ’– If not… it returns NULL 😭 that's it, that's the whole function, iconic behaviour honestly.


πŸ‘‘ SEE ALSO πŸ‘‘

The kernel file is ./drivers/scsi/mpt3sas/mpt3sas_scsih.c β€” and ngl the rest of the friend group is huge, so buckle up πŸŽ€ (calling enum device_responsive_state(9) an enum, struct ones structs, (9) on everything because that's the section, iykyk):

Like… the whole mpt3sas family reunion, fr fr πŸ”₯ every single one of them is invited to the group chat πŸ’€


okay that's the page, bestie β€” this one came out of ./drivers/scsi/mpt3sas, dated October 2026, and it's serving mpt3sas_get_port_by_id(9) realness ✨ go find your port πŸ«ΆπŸ’–

πŸ“¦ where this page comes from