qed_mcp_get_media_type(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… qed_mcp_get_media_type(9) β€” from the Kernel API Manual

okay so bestie, gather round, because we're diving into the kernel and this one's a lil cutie. This is a manual page for qed_mcp_get_media_type, and it does exactly what it says on the tin: it grabs the media type value of the port. That's it. That's the whole gig. Iconic, honestly. πŸŽ€


✨ NAME ✨

qed_mcp_get_media_type β€” Get media type value of the port.

Like, the port's media type. The vibe of the physical connection. You're welcome. πŸ’–


🌸 SYNOPSIS 🌸

int qed_mcp_get_media_type (struct qed_hwfn *p_hwfn , struct qed_ptt
*p_ptt , u32 *media_type );

Three args, one int back. No drama, no cap. ✨


πŸ¦‹ ARGUMENTS πŸ¦‹

  • p_hwfn β€” HW device data. Your hardware's whole lil personality file, basically.
  • p_ptt β€” P_ptt. Yeah. That's the description. It's giving "minimum effort, maximum mystery" but that's literally what the page says, so we move. πŸ™ˆ
  • media_type β€” Media type value. This is where the answer goes, so hand it a pointer and let it cook. πŸ”₯

πŸ‘‘ RETURN πŸ‘‘

It hands back an int, and there are exactly two moods:

  • 0 β€” Operation was successul. (their spelling, not mine, bestie πŸ’€)
  • -EBUSY β€” Operation failed.

So like, zero means slay, -EBUSY means nope. 🫢


🧚 SEE ALSO 🧚

The kernel file lives right here, no cap:

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

and then there's the whole extended friend group β€” this family is huge, and every single one of them is listed:

That's the whole group chat, bestie. iykyk. πŸ’œ


ngl the "P_ptt" description is doing zero work up there, but I refuse to invent lore about it. Facts are facts. πŸ™ˆ

🌈 and that's the page!! sourced from ./drivers/net/ethernet/qlogic/qed, dated October 2026, filed under qed_mcp_get_media_type(9) β€” mwah, go get that media type, queen πŸ‘‘πŸ’…βœ¨

πŸ“¦ where this page comes from