lpfc_unreg_hba_rpis(9)
π lpfc_unreg_hba_rpis β the lpfc_unreg_hba_rpis(9) of the Kernel API Manual β¨
okay bestie, gather round, because today we're talking about a kernel function that's literally the "okay everyone get OUT of my room" of the Fibre Channel world. Yes, it's section 9, yes it's kernel API, yes I'm obsessed. π
πΈ NAME πΈ
lpfc_unreg_hba_rpis β unregister rpis registered to the hba. That's it. That's the whole vibe. She does one thing and she does it iconically. π
β¨ SYNOPSIS β¨
void lpfc_unreg_hba_rpis (struct lpfc_hba *phba );
Look at her. Returns void. No drama, no return value, no little "oops something went wrong" breadcrumb. She just does the thing and leaves. main character energy fr fr π₯
π¦ ARGUMENTS π¦
phbaβ pointer to lpfc hba data structure. That's the HBA bestie, the whole entire host bus adapter. She's not doing anything without knowing which one we're talking about. π«Ά
π DESCRIPTION π
So the way this works is: this routine is invoked to unregister all the currently registered RPIs to the HBA. Every single one. Not some. Not a select few. All of them. π
It's giving "closing time at the club and everyone's gotta go." The RPIs are registered, they're chilling, and then this function rolls up and it's like, "you don't have to go home but you can't stay here." No cap. π
ngl, the manpage is extremely chill about this and just states it in one sentence. But the energy of "unregister ALL the RPIs" is highkey a lot. Respect. π
π SEE ALSO π
okay this list is long β she's got a whole extended friend group and honestly? I love that for her. Every single one, in the order they appeared, no skipping, because we respect the source:
- Kernel file
./drivers/scsi/lpfc/lpfc_hbadisc.c lpfc_check_inactive_vmid_one(9),lpfc_check_inactive_vmid(9)lpfc_check_nlp_post_devloss(9),lpfc_dev_loss_tmo_handler(9)lpfc_sli4_post_dev_loss_tmo_handler(9),lpfc_alloc_fast_evt(9)lpfc_free_fast_evt(9),lpfc_send_fastpath_evt(9)lpfc_sli4_clear_fcf_rr_bmask(9),lpfc_fab_name_match(9)lpfc_sw_name_match(9),lpfc_mac_addr_match(9)__lpfc_update_fcf_record_pri(9),lpfc_copy_fcf_record(9)__lpfc_update_fcf_record(9),lpfc_register_fcf(9)lpfc_match_fcf_conn_list(9),lpfc_check_pending_fcoe_event(9)lpfc_sli4_new_fcf_random_select(9),lpfc_sli4_fcf_rec_mbox_parse(9)lpfc_sli4_log_fcf_record_info(9),lpfc_sli4_fcf_record_match(9)lpfc_sli4_fcf_rr_next_proc(9),lpfc_sli4_fcf_pri_list_del(9)lpfc_sli4_set_fcf_flogi_fail(9),lpfc_sli4_fcf_pri_list_add(9)lpfc_mbx_cmpl_fcf_scan_read_fcf_rec(9)lpfc_mbx_cmpl_fcf_rr_read_fcf_rec(9),lpfc_mbx_cmpl_read_fcf_rec(9)lpfc_init_vfi_cmpl(9),lpfc_issue_init_vfi(9),lpfc_init_vpi_cmpl(9)lpfc_issue_init_vpi(9),lpfc_start_fdiscs(9)lpfc_create_static_vport(9),lpfc_issue_gidpt(9)lpfc_initialize_node(9),lpfc_nlp_logo_unreg(9)lpfc_find_vport_by_vpid(9),lpfc_fcf_inuse(9)lpfc_unregister_vfi_cmpl(9),lpfc_unregister_fcfi_cmpl(9)lpfc_unregister_fcf_prep(9),lpfc_sli4_unregister_fcf(9)lpfc_unregister_fcf_rescan(9),lpfc_unregister_fcf(9)lpfc_unregister_unused_fcf(9),lpfc_read_fcf_conn_tbl(9)lpfc_read_fcoe_param(9),lpfc_get_rec_conf23(9),lpfc_parse_fcoe_conf(9)
like... that's a group chat. every single one got the invite. iykyk π
and that's the whole page, bestie β she's short, she's sweet, she unregisters every RPI on the HBA, and she does not elaborate further. periodt. π β¨
sign-off time π β this lil masterpiece lives in ./drivers/scsi/lpfc, it's the October 2026 edition of the Kernel API Manual, and it's filed under lpfc_unreg_hba_rpis(9). mwah, love u, see u in the next page π«Άπ
π¦ 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