ksz_handle_wake_reason(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’– ksz_handle_wake_reason(9) β€” Kernel API Manual πŸ’–

🌸 NAME 🌸

ksz_handle_wake_reason β€” literally handles the wake reason on a specified port, bestie. πŸ’…

✨ SYNOPSIS ✨

int ksz_handle_wake_reason (struct ksz_device *dev , int port );

🧚 ARGUMENTS 🧚

  • dev β€” the device structure, obvi.
  • port β€” the port number, periodt.

πŸ¦‹ DESCRIPTION πŸ¦‹

okay so picture this: ksz_handle_wake_reason reads the PME (Power Management Event) status register of the port you picked, all to figure out the wake reason. If there’s no wake event, it returns early and dips out. If there is one, it logs the wake reason β€” which could be due to a "Magic Packet", a "Link Up", or an "Energy Detect" event. Then the PME status register gets cleared to acknowledge that the wake event has been handled. iconic behavior, ngl. 😭

πŸ”₯ RETURN πŸ”₯

0 on success, or an error code on failure. that’s the whole return vibe, no cap. πŸ’€

πŸ‘‘ SEE ALSO πŸ‘‘


🫢 source/version vibe check: this page lives under ./drivers/net/dsa/microchip, dated October 2026, and the manual tag is ksz_handle_wake_reason(9). mwah, bye bestie! πŸ’–
πŸ“¦ where this page comes from