scsi_dev_inf...st_add_keyed(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… scsi_dev_info_list_add_keyed β€” NAME ✨

ok so bestie, this is the Kernel API Manual page for scsi_dev_info_list_add_keyed β€” and yes the header got cut off to scsi_dev_inf...st_add_keyed(9) like it's hiding its full name from us 😭 but we know who she is. She adds one dev_info list entry. That's her whole thing. And she ate.


🌸 SYNOPSIS 🌸

int scsi_dev_info_list_add_keyed (int compatible , char *vendor , char *model ,
                                  char *strflags , blist_flags_t flags ,
                                  enum scsi_devinfo_key key );

like… six arguments, no cap. she's high maintenance but worth it πŸ’–


πŸŽ€ ARGUMENTS πŸŽ€

  • compatible β€” if true, you null terminate short strings. otherwise you space pad. literally that's the whole vibe check πŸ¦‹
  • vendor β€” the vendor string, iykyk
  • model β€” the model (product) string ✨
  • strflags β€” an integer string
  • flags β€” if strflags is NULL, use this flag value instead. so it's giving backup plan πŸ’…
  • key β€” specifies which list to use πŸ‘‘

πŸ¦‹ DESCRIPTION πŸ¦‹

okay so what she does: create and add one dev_info entry for vendor, model, strflags or flag, in the list specified by key. periodt.

if compatible is set, she adds to the tail of the list, does not space pad, and sets devinfo->compatible. slay 🌈

also important bestie: the scsi_static_device_list entries are added with compatible 1 and clfags NULL. that's just how she was raised 🫢


πŸ”₯ RETURN πŸ”₯

  • 0 β€” OK, we're so back πŸ’œ
  • -error β€” on failure πŸ’€

⭐ SEE ALSO ⭐

Kernel file ./drivers/scsi/scsi_devinfo.c plus her whole friend group:


and that's the page, bestie πŸŽ€ mwah πŸ’‹ β€” brought to you by ./drivers/scsi, October 2026, the one and only scsi_dev_inf...st_add_keyed(9) era βœ¨πŸ‘‘πŸ¦‹

πŸ“¦ where this page comes from