ibmvscsi_send_srp_event(9)
okay so bestie, welcome to the ibmvscsi_send_srp_event(9) manual page, straight outta the Kernel API Manual β and bestie, we are keeping every single detail today, no cap, because this kernel function is lowkey important and the vibe check is immaculate π
β¨
πΈ NAME πΈ
The main character energy: ibmvscsi_send_srp_event transforms event to a u64 array and calls send_crq(). That's it, that's the name-drop, and honestly? slay. π
β SYNOPSIS β
Here's the signature, copy it exactly β no autocorrect, no vibes-based renaming π:
enum scsi_qc_status ibmvscsi_send_srp_event (struct srp_event_struct
*evt_struct , struct ibmvscsi_host_data *hostdata , unsigned long
timeout );
π ARGUMENTS π
Three besties walk into this function, and they are:
evt_structβ theevt_structto be sent. Yes, that exact one. πhostdataβ theibmvscsi_host_dataof host. host data, but make it fashion. πtimeoutβ timeout in seconds;0means do not time command. zero = no timer, periodt. β°
β¨ DESCRIPTION β¨
Okay so the tea: this returns the value returned from ibmvscsi_send_crq. Zero for success β that's the happy path, bestie, the green check, the slay. π«Ά
Also, just so we're clear, it's the function that transforms event to a u64 array and calls send_crq() β that's literally the NAME section, but make it a vibe. π
π¨ Caveat, and it's a big one: this routine assumes that host_lock is held for synchronization. The way that it assumes this is lowkey giving "trust me bro" β so respect the lock, periodt. π
π¦ SEE ALSO π¦
Go read these next, fr fr β I'm obsessed with a good SEE ALSO list, and this one is full list, nobody gets left behind, iykyk:
- Kernel file:
./drivers/scsi/ibmvscsi/ibmvscsi.c ibmvscsi_handle_event(9)ibmvscsi_release_crq_queue(9)crq_queue_next_crq(9)ibmvscsi_send_crq(9)ibmvscsi_task(9)ibmvscsi_reset_crq_queue(9)ibmvscsi_init_crq_queue(9)ibmvscsi_reenable_crq_queue(9)initialize_event_pool(9)release_event_pool(9)valid_event_struct(9)free_event_struct(9)get_event_struct(9)init_event_struct(9)unmap_cmd_data(9)map_sg_data(9)map_data_for_srp_cmd(9)purge_requests(9)ibmvscsi_set_request_limit(9)ibmvscsi_reset_host(9)ibmvscsi_timeout(9)handle_cmd_rsp(9)lun_from_dev(9)ibmvscsi_queuecommand_lck(9)map_persist_bufs(9)unmap_persist_bufs(9)login_rsp(9)send_srp_login(9)capabilities_rsp(9)send_mad_capabilities(9)fast_fail_rsp(9)enable_fast_fail(9)adapter_info_rsp(9)send_mad_adapter_info(9)ibmvscsi_eh_host_reset_handler(9)ibmvscsi_handle_crq(9)ibmvscsi_sdev_configure(9)ibmvscsi_change_queue_depth(9)ibmvscsi_get_desired_dma(9)ibmvscsi_resume(9)
mwah π this little love letter is from source/version ./drivers/scsi/ibmvscsi, dated October 2026, and yes bestie, it's the ibmvscsi_send_srp_event(9) page signing off. Bye, go hold that host_lock. πβ¨
π¦ 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