lpfc_block_requests(9)

💅 lpfc_block_requests 💅

okay so this is a page from the Kernel API Manual, bestie — it's lpfc_block_requests(9), and it does exactly what the name says, no cap 🫶

---

✨ NAME ✨

lpfc_block_requests — stop any more commands from getting queued up. like, we're closing the door on the queue, respectfully 🚪💅

---

✨ SYNOPSIS ✨

void lpfc_block_requests (struct lpfc_hba *phba );

---

✨ ARGUMENTS ✨

• phba — pointer to phba object. that's it, that's the whole argument list, one (1) pointer, she's lowkey minimalist 🎀

---

✨ DESCRIPTION ✨

so here's the tea 🍵 — the behaviour actually splits depending on how many vports you've got going on:

• single vport: literally just call scsi_block_requests on the physical port. done. slay. ✨
• multiple vports: now you gotta send scsi_block_requests for all the vports — every single one, no skipping, periodt 👑

---

✨ SEE ALSO ✨

the source lives at Kernel file ./drivers/scsi/lpfc/lpfc_scsi.c — go look, iykyk 👀

and here's the whole friend group, in order, bestie 💖:

• lpfc_sli4_set_rsp_sgl_last(9)
• lpfc_rampdown_queue_depth(9)
• lpfc_ramp_down_queue_handler(9)
• lpfc_scsi_dev_block(9)
• lpfc_new_scsi_buf_s3(9)
• lpfc_sli4_vport_delete_fcp_xri_aborted(9)
• lpfc_sli4_io_xri_aborted(9)
• lpfc_get_scsi_buf_s3(9)
• lpfc_get_scsi_buf_s4(9)
• lpfc_get_scsi_buf(9)
• lpfc_release_scsi_buf_s3(9)
• lpfc_release_scsi_buf_s4(9)
• lpfc_release_scsi_buf(9)
• lpfc_fcpcmd_to_iocb(9)
• lpfc_scsi_prep_dma_buf_s3(9)
• lpfc_bg_err_inject(9)
• lpfc_sc_to_bg_opcodes(9)
• lpfc_bg_err_opcodes(9)
• lpfc_bg_setup_bpl(9)
• lpfc_bg_setup_bpl_prot(9)
• lpfc_bg_setup_sgl(9)
• lpfc_bg_setup_sgl_prot(9)
• lpfc_prot_group_type(9)
• lpfc_bg_scsi_adjust_dl(9)
• lpfc_bg_scsi_prep_dma_buf_s3(9)
• lpfc_scsi_prep_dma_buf_s4(9)
• lpfc_bg_scsi_prep_dma_buf_s4(9)
• lpfc_scsi_prep_dma_buf(9)
• lpfc_bg_scsi_prep_dma_buf(9)
• lpfc_scsi_prep_cmnd_buf(9)
• lpfc_send_scsi_error_event(9)
• lpfc_scsi_unprep_dma_buf(9)
• lpfc_unblock_requests(9)
• lpfc_update_cmf_cmpl(9)
• lpfc_update_cmf_cmd(9)
• lpfc_handle_fcp_err(9)
• lpfc_fcp_io_cmd_wqe_cmpl(9)
• lpfc_scsi_cmd_iocb_cmpl(9)
• lpfc_scsi_prep_cmnd_buf_s3(9)
• lpfc_scsi_prep_cmnd_buf_s4(9)
• lpfc_scsi_prep_cmnd(9)
• lpfc_scsi_prep_task_mgmt_cmd_s3(9)
• lpfc_scsi_prep_task_mgmt_cmd_s4(9)
• lpfc_scsi_api_table_setup(9)
• lpfc_tskmgmt_def_cmpl(9)
• lpfc_check_pci_resettable(9)
• lpfc_info(9)
• lpfc_poll_rearm_timer(9)
• lpfc_poll_start_timer(9)
• lpfc_poll_timeout(9)
• lpfc_queuecommand(9)
• lpfc_abort_handler(9)
• lpfc_check_fcp_rsp(9)
• lpfc_send_taskmgmt(9)
• lpfc_chk_tgt_mapped(9)
• lpfc_reset_flush_io_context(9)
• lpfc_device_reset_handler(9)
• lpfc_target_reset_handler(9)
• lpfc_host_reset_handler(9)
• lpfc_sdev_init(9)
• lpfc_sdev_configure(9)
• lpfc_sdev_destroy(9)
• lpfc_create_device_data(9)
• lpfc_delete_device_data(9)
• __lpfc_get_device_data(9)
• lpfc_find_next_oas_lun(9)
• lpfc_enable_oas_lun(9)
• lpfc_disable_oas_lun(9)

---

and that's the whole page, bestie 🦋 ngl there's not a single option, flag, env var, or exit status in sight — sometimes the vibe is just one function, one pointer, one job and honestly? iconic. 🌸

this one lives over in ./drivers/scsi/lpfc, and the version itself is dated October 2026 — so yeah, timestamped from the future, main character energy fr fr 💜

kisses, go block those requests 💅✨🎀