omap_control_phy_power(9)

💅 omap_control_phy_power(9) — like, the Kernel API Manual one, section 9, bestie 🎀

okay so welcome to the group chat, this is the manual page for omap_control_phy_power, straight out of the Kernel API Manual, section 9 (kernel routines, iykyk). grab a strawberry 🍓 and let's get into it.

---

✨ NAME ✨

omap_control_phy_power — power on/off the phy using control module reg

like literally that's the whole job. it turns the PHY on and it turns the PHY off, and it does it by poking the control module register. no cap. 💅

---

🦋 SYNOPSIS 🦋

void omap_control_phy_power (struct device *dev , int on );

that's it, that's the whole function signature. returns void, so like… it gives you nothing back. it just does things. main character energy fr fr 👑

---

🌸 ARGUMENTS 🌸

• dev — the control module device. yes bestie, this is the one you're grabbing the control module register out of. it's a struct device *, so you know it's a real one.
• on — 0 or 1, based on powering on or off the PHY. that's the whole vibe check: 1 = on, 0 = off. don't overthink it, there are literally only two options and you have to pick one 😭

---

🔥 SEE ALSO 🔥

• Kernel file ./drivers/phy/ti/phy-omap-control.c — go read the source if you wanna see the whole thing, she's right there ✨
• omap_control_pcie_pcs(9)
• omap_control_usb_host_mode(9)
• omap_control_usb_device_mode(9)
• omap_control_usb_set_sessionend(9)
• omap_control_usb_set_mode(9)

like the whole friend group of omap_control_* functions, honestly. go say hi to all of them 🫶

---

warning bestie: the on argument only does anything sensible with 0 or 1. it's not a "any number is fine" situation, it's a binary situation. be normal about it 💀

---

and that's the page!! this one lives under ./drivers/phy/ti and it's dated October 2026, from the Kernel API Manual — mwah, sending you all the kernel love, slay, periodt, go power a PHY responsibly 🧚‍♀️💖🌈