iwlmld_kunit..._phy_of_link(9)
π iwlmld_kunit_get_phy_of_link(9) π
okay so this is a page straight out of the Kernel API Manual, section 9, and bestie it's a tiny one but it's important so stay with me π«Ά
β¨ NAME β¨
iwlmld_kunit_get_phy_of_link β get the phy of a link πΈ
like. the name is the whole plot. we love a self-describing function.
π SYNOPSIS π
struct iwl_mld_phy * iwlmld_kunit_get_phy_of_link (struct ieee80211_vif
*vif , u8 link_id );
that's it, that's the whole thing. two arguments in, a phy pointer out. iconic behavior honestly β¨
π¦ ARGUMENTS π¦
vifβ the vif you're pulling the phy from, bestie. that's your starting point πlink_idβ the id of the link you want the phy for. you gotta know which link, no guessing π―
π DESCRIPTION π
so basically: you hand it a vif and a link_id, and it returns the phy pointer for that link. simple, clean, slay π
but β and this is the part where you gotta pay attention, ngl β this function assumes that the link actually exists, and that it already had a chanctx assigned to it. it is not out here doing vibe checks or defensive checks, it's just assuming π
so if the link doesn't exist, or it never got a chanctx? the test will fail. no cap. this is not a hypothetical, that's literally what the page says π
π RETURN π
the phy pointer. that's the whole return value. a phy pointer. periodt π β
π§ SEE ALSO π§
Kernel file ./drivers/net/wireless/intel/iwlwifi/mld/tests/utils.h
go read the actual file if you want the full picture, iykyk π₯
a lil reminder before you go:vif+link_idβ phy pointer, assuming the link exists AND had achanctxassigned. those two assumptions are load-bearing, don't forget them π
kisses, this page came to you from ./drivers/net/wireless/intel/i... and it's dated October 2026 ππ go forth and get your phy, bestie, you got this π¦β¨
π¦ 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