phy_config_inband(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’– phy_config_inband(9) β€” the kernel API manual, but make it make sense πŸ’–

okay bestie, so this one is from the kernel API manual (that's the 9 section, section nine, kernel developer stuff, iykyk) and it's literally called phy_config_inband. say it with me: phy. config. in-band. it's giving "small function, huge responsibility" energy and honestly? we're obsessed. πŸ’…


✨ NAME ✨

phy_config_inband β€” configure the desired PHY in-band mode πŸŽ€

like, it sets up the in-band mode you want on the PHY. that's the whole gig. no cap.


🌸 SYNOPSIS 🌸

int phy_config_inband (struct phy_device *phydev , unsigned int modes );

look at her. two args, returns an int, absolutely iconic. πŸ‘‘


πŸ¦‹ ARGUMENTS πŸ¦‹

  • phydev β€” the phy_device struct πŸ’œ like, the actual PHY device you're working with. your main character.
  • modes β€” the in-band modes to configure ✨ as an unsigned int, bestie. this is where you say what you want.

🧚 DESCRIPTION 🧚

so what does it actually do? it disables, enables, or enables-with-bypass in-band signalling between the PHY and the host system. πŸ”₯

that's the vibe check: three flavours of in-band signalling situation, and this function is the one configuring it. not me being obsessed with a signalling path between the PHY and the host system 😭 it's just that good.


⭐ RETURN ⭐

  • zero on success 🌈
  • or a negative errno value πŸ’€ (so, you know, check it. always check it. fr fr)

πŸ‘‘ SEE ALSO πŸ‘‘

okay this list is LONG and it ate, so buckle up bestie 🫢 also heads up, the kernel file is ./drivers/net/phy/phy.c ✨

lowkey this whole list is the PHY extended universe and we stan every single entry πŸ’– read them, bestie. they're all literally in ./drivers/net/phy/phy.c.

that's the page πŸŽ€ and for the sign-off: this little beauty lives under ./drivers/net/phy and it's dated October 2026 β€” so yes, we're reading from the future and it's still slaying βœ¨πŸŒΈπŸ¦‹πŸ’œ

πŸ“¦ where this page comes from