get_link(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

Okay so bestie, this is a page straight outta the Kernel API Manual, and it's about one tiny lil function called get_link. And like… the name is literally the whole plot πŸ’… it returns the current link state. That's it. That's the vibe.


✨ NAME ✨

get_link β€” returns the current link state.

Yeah. Short. Sweet. Iconic. It tells you what's up with the link and then it dips 🫢


πŸ¦‹ SYNOPSIS πŸ¦‹

void            get_link (struct qed_dev *cdev , struct qed_link_output
*if_link );

Look at that signature, no cap. It returns void, takes a struct qed_dev * and a struct qed_link_output *, and yes the spacing in there is exactly what the page says so don't come for me πŸ™ˆ


πŸŽ€ ARGUMENTS πŸŽ€

  • cdev β€” the Qed dev pointer. Your lil handle on the device, basically the main character here πŸ‘‘
  • if_link β€” a structure that gets filled with the current link configuration. Not read from. Filled. It's the output girlie πŸ’–

⭐ RETURN ⭐

Void.

That's it. Nothing comes back. Zero. Nada. The function hands you nothing and you say thank you πŸ˜­πŸ’€


🌈 SEE ALSO 🌈

First up, the kernel file itself β€” go touch grass in ./include/linux/qed/qed_if.h 🧚

And then the whole friend group, fr fr:

Like I said. Whole friend group. Go read them all, I'll wait πŸ’œ


Lowkey reminder bestie: this page gives you the what, not the how β€” there's no DESCRIPTION, no OPTIONS, no EXAMPLES here. Just name, signature, args, return, and the squad. Don't go inventing extra behaviour, that's not the vibe check we're passing πŸ”₯

And that's the whole page, mwah πŸ’‹ sign-off time: this one lives at ./include/linux/qed, dated October 2026, and it's filed under get_link(9). Slay, bye πŸ“βœ¨

πŸ“¦ where this page comes from