lpfc_sli4_fcf_record_match(9)
okay bestie, welcome to the lpfc_sli4_fcf_record_match(9) page from the Kernel API Manual β yes, weβre doing kernel FCF record matching today, and honestly? iconic behavior π
β¨
πΈ NAME πΈ
lpfc_sli4_fcf_record_match - testing new FCF record for matching existing FCF
β¨ SYNOPSIS β¨
okay so hereβs the signature, bestie β copy it exactly, spacing and all, no βfixingβ the punctuation:
bool lpfc_sli4_fcf_record_match (struct lpfc_hba *phba , struct
lpfc_fcf_rec *fcf_rec , struct fcf_record *new_fcf_record , uint16_t
new_vlan_id );
π ARGUMENTS π
phbaβ pointer to lpfc hba data structure. main-character pointer energy, honestly.fcf_recβ pointer to an existing FCF record.new_fcf_recordβ pointer to a new FCF record.new_vlan_idβ vlan id from the new FCF record.
π¦ DESCRIPTION π¦
So this function performs matching test of a new FCF record against an existing FCF record. like a vibe check, but make it FCF records π«Ά
If the new_vlan_id passed in is LPFC_FCOE_IGNORE_VID, then vlan id will not be used as part of the FCF record matching criteria β itβs lowkey sitting that round out π
It returns true if all the fields matching, otherwise returns false. no cap: all fields or nothing ππ₯
π SEE ALSO π
Kernel file ./drivers/scsi/lpfc/lpfc_hbadisc.c β go read it, bestie.
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_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_unreg_hba_rpis(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)
mwah π β source path: ./drivers/scsi/lpfc, date: October 2026, page: lpfc_sli4_fcf_record_match(9). thatβs the whole cute little kernel moment, bestie ππ«Ά
π¦ 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