__qed_vf_get_link_params(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

okay bestie, so __qed_vf_get_link_params is literally the function that hands you back the link params sitting inside a given bulletin board. that's it, that's the whole vibe πŸŽ€

this one lives in the Kernel API Manual, and honestly? she's giving "quiet little helper that does exactly what it says." no cap. πŸ¦‹


🌸 SYNOPSIS 🌸

void __qed_vf_get_link_params (struct qed_hwfn *p_hwfn , struct
       qed_mcp_link_params *p_params , struct qed_bulletin_content *p_bulletin
       );

like, yes it's void β€” she does her job and doesn't return anything, we stan a low-drama queen πŸ’œ


🫢 ARGUMENTS 🫢

okay so you're passing her three things, and each one matters:

  • p_hwfn β€” the HW device data. basically the hardware's whole identity/passport, so she knows which device we're talking about πŸͺͺ
  • p_params β€” pointer to a struct that she's gonna fill with the link params. yes, you hand her an empty cup and she fills it. iconic behavior 🌈
  • p_bulletin β€” the Bulletin. that's the notice-board situation she's reading from πŸ“Œ

⭐ RETURN ⭐

Void.

nothing comes back. she just does the thing. no receipts, no follow-up texts, periodt. πŸ’…


πŸ’€ SEE ALSO πŸ’€

the whole friend group, fr fr:


ngl if you're gonna go read any of these next, qed_vf_get_link_params(9) is literally her non-underscore twin sister β€” same energy, different scope πŸ‘‘πŸ’–

okay that's the whole page!! mwah πŸ“ this icon was brought to you by ./drivers/net/ethernet/qlogic/qed, dated October 2026, and remember: __qed_vf_get_link_params(9) ate and left no crumbs πŸ§šβ€β™€οΈβœ¨πŸŽ€

πŸ“¦ where this page comes from