pch_gbe_get_wol(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’– pch_gbe_get_wol β€” a whole kernel API moment πŸ’–

okay so bestie, welcome to the pch_gbe_get_wol(9) page, literally a Kernel API Manual entry and honestly? it's giving "tiny but mighty" πŸŽ€


✨ NAME ✨

pch_gbe_get_wol β€” Report whether Wake-on-Lan is enabled

like, that's the whole job. it reports. it tells you if WoL is on. slay πŸ¦‹


🌸 SYNOPSIS 🌸

void pch_gbe_get_wol (struct net_device *netdev , struct ethtool_wolinfo
*wol );

no cap, that's the exact signature β€” void return, two pointers, we move πŸ’…


🫢 ARGUMENTS 🫢

  • netdev β€” Network interface device structure. this is the interface device structure bestie, it's the whole vibe check of which device we're talking about 🌈
  • wol β€” Wake-on-Lan information. this one's where the Wake-on-Lan info lives, iconic honestly ⭐

πŸ”₯ SEE ALSO πŸ”₯

first up, the kernel file itself, literally the source of truth:

./drivers/net/ethernet/oki-semi/pch_gbe/pch_gbe_ethtool.c

and then the whole friend group 😭 (every single one, no skipping, we don't do that here):

ngl bestie, that's a lot of friends, and pch_gbe_set_wol(9) is literally the sibling of this one β€” get vs set, the duality πŸ’€

and that's the page!! 🧚 no bugs noted, no warnings, just clean WoL reporting energy πŸ‘‘

okay so the sign-off: this whole thing comes out of the kernel source file ./drivers/net/ethernet/oki-sem... (yeah the path got truncated mid-render, that's just how it prints, not my fault πŸ™ˆ) and it's dated October 2026 β€” so whenever you're reading this, bestie, remember it's from the pch_gbe_get_wol(9) manual page, fr fr πŸ’œ

πŸ“¦ where this page comes from