hsi_event(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… hsi_event(9) β€” like, the kernel API manual bestie ✨

okay so real talk, the manual name here is hsi_event and it lives in section 9, so if you see hsi_event(9) floating around in a doc, that's this page, bestie 🫢


🌸 NAME 🌸

hsi_event β€” notifies clients about port events πŸ’Œ literally its whole job


✨ SYNOPSIS ✨

int hsi_event (struct hsi_port *port , unsigned long event );

that's it, that's the signature, no cap πŸ’…


πŸŽ€ ARGUMENTS πŸŽ€

  • port β€” the port where the event occurred, i.e. the main character of this call πŸ‘‘
  • event β€” the event type, so you know which vibe we're dealing with

πŸ¦‹ DESCRIPTION πŸ¦‹

so listen bestie, here's the situation: clients should not be concerned about wake line behavior. like, that's not your problem, don't stress πŸ’†

but β€” and this is the important part β€” there's a race condition in the HSI HW protocol 😭 so clients do need to be notified about wake line changes, so they can implement a workaround for it. it's giving "we know, we know, just roll with it" energy fr fr.

Events: ✨

  • HSI_EVENT_START_RX β€” incoming wake line high πŸ“ˆ
  • HSI_EVENT_STOP_RX β€” incoming wake line down πŸ“‰

Returns -errno on error, or 0 on success. slay πŸŽ€


πŸ”₯ SEE ALSO πŸ”₯

kernel file ./drivers/hsi/hsi_core.c β€” plus the whole friend group, iykyk:


ok that's the whole page bestie, go forth and register your port events responsibly πŸ’œ

and that's a wrap!! this iconic lil page came out of ./drivers/hsi and it's dated October 2026 β€” periodt βœ¨πŸ¦‹πŸ“

πŸ“¦ where this page comes from