qed_vf_get_num_mac_filters(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’– NAME πŸ’–

qed_vf_get_num_mac_filters β€” okay so this is the little qed function that gets you the number of MAC filters allocated for a VF πŸŽ€ (that's Virtual Function, bestie, iykyk). Yes, this whole page lives in the Kernel API Manual and no, it's not scary, promise.


✨ SYNOPSIS ✨

void qed_vf_get_num_mac_filters (struct qed_hwfn *p_hwfn , u8
*num_mac_filters );

Literally that's it. No return value, no drama, no hidden plot twist 🌸


🫢 ARGUMENTS 🫢

  • p_hwfn β€” the HW device data. Like, the whole hardware function vibe check in one pointer πŸ’…
  • num_mac_filters β€” this is where the allocated MAC filters end up. It's a u8 pointer, so it's smol and precious and holds a number for you πŸ“

πŸ’€ RETURN πŸ’€

Void. As in: nothing comes back. The function speaks through the num_mac_filters pointer only, main character energy, no receipts 😭


🌈 SEE ALSO 🌈

First up, the actual home of all this, the kernel file:

./drivers/net/ethernet/qlogic/qed/qed_vf.h

And then the whole friend group, fr fr β€” every single one of these cuties is related:

Ngl, that's a lot of see-also's, but they're all in the same driver neighborhood so it tracks πŸ’œ

πŸ’– that's the whole page, you ate it πŸ’–

Cute little sign-off: this one came from the Kernel API Manual, lives under ./drivers/net/ethernet/qlogic/qed, and it's dated October 2026. Slay πŸ¦‹βœ¨

πŸ“¦ where this page comes from