lpfc_oas_lun_show(9)

📦 version 7.3.1, in nixpkgs unstable

💖 lpfc_oas_lun_show — a lil' kernel API moment 💖

okay so bestie, welcome to the Kernel API Manual page for lpfc_oas_lun_show(9) — yes it's a real section 9 manpage, no cap, and it's lowkey iconic. this is the whole vibe, let's get into it 🫶

✨ NAME ✨

lpfc_oas_lun_show — Return oas enabled luns from a chosen target

like, it goes and grabs the OAS-enabled LUNs from whichever target you picked. that's the whole personality 💅

🌸 SYNOPSIS 🌸

ssize_t lpfc_oas_lun_show (struct device *dev , struct device_attribute
*attr , char *buf );

that's the signature, character for character, don't come for me 🙈

🎀 ARGUMENTS 🎀

  • dev — the class device that gets converted into a Scsi_host. it's giving "glow-up transformation" ✨
  • attr — the device attribute. not used. literally sitting there, main character energy, doing nothing 💀
  • buf — the buffer for passing information. this is where the good stuff goes 🦋

💜 DESCRIPTION 💜

This routine returns a LUN enabled for OAS — every single time the function is called. not once, not cached, not "whenever I feel like it" — each call, fresh one. periodt 🔥

⭐ RETURN ⭐

  • SUCCESS — the size of the formatted string. slay, it worked 🌈
  • -EFAULT — the target or vport wwpn was not set properly. 🥲 something's missing, bestie
  • -EPERM — oas is not enabled. permission said no 💀

🦋 SEE ALSO 🦋

sooo many friends, and we're listing every single one because we don't skip people in this house 💖 also head over to the kernel file ./drivers/scsi/lpfc/lpfc_attr.c — that's where the family lives 🏠

ngl bestie, -EPERM means oas just isn't turned on. that's a config thing, not a you thing. go check your setup before you spiral 💅

and that's the page!! 🎀 brought to you straight from the source dir ./drivers/scsi/lpfc, dated October 2026, and yeah — the whole thing is literally titled lpfc_oas_lun_show(9). mwah, go read some kernel source, ily 🫶💖✨

📦 where this page comes from