zfcp_adapter_enqueue(9)
β¨ zfcp_adapter_enqueue β¨
okay bestie, welcome to the Kernel API Manual β this is the page for zfcp_adapter_enqueue, and honestly? it's giving "small function, big responsibilities" π
πΈ NAME πΈ
zfcp_adapter_enqueue β enqueue a new adapter to the list
(yes that's the whole name section, she's concise, we love that for her π)
π¦ SYNOPSIS π¦
struct zfcp_adapter * zfcp_adapter_enqueue (struct ccw_device *ccw_device );
literally one call, returns a pointer to a struct zfcp_adapter *, takes one struct ccw_device * β iconic signature, no notes π
π ARGUMENTS π
ccw_deviceβ pointer to thestruct cc_deviceπ«Ά (that'scc_deviceexactly as written in the original, don't come for me, I'm just the messenger π)
π₯ RETURN π₯
struct zfcp_adapter* β and here's the tea, bestie, because this function does so much more than the return type lets on:
- it enqueues the adapter at the end of the adapter list in the driver data π
- all adapter internal structures get set up β
- proc-fs entries are also created ποΈ
so yeah, you hand it a ccw_device and it hands you back a fully built-out adapter with the paperwork already filed. main character energy fr fr πβ¨
π SEE ALSO π
- the Kernel file
./drivers/s390/scsi/zfcp_aux.c zfcp_get_port_by_wwpn(9)zfcp_status_read_refill(9)zfcp_adapter_release(9)zfcp_port_enqueue(9)
go read those too, iykyk ππ
π§ a lil sign-off π§
this page lives in ./drivers/s390/scsi, and it's dated October 2026 β so mark your calendars, screenshot it, send it to the group chat, and remember: every adapter deserves to be enqueued at the end of the list. periodt. π
πΈπ¦π
π¦ where this page comes from
- nixpkgs unstable: linux-manual 7.3.1
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms