rproc_vq_interrupt(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… NAME

rproc_vq_interrupt β€” bestie, this is the little function that tells remoteproc a virtqueue just got interrupted πŸ‘‘


✨ SYNOPSIS

irqreturn_t rproc_vq_interrupt (struct rproc *rproc , int notifyid );

πŸŽ€ ARGUMENTS

  • rproc β€” the handle to the remote processor. like, your whole entire connection to that far-away lil chip 🫢
  • notifyid β€” the index of the signalled virtqueue, and yes it's unique per this rproc, no cap πŸ¦‹

πŸ¦‹ DESCRIPTION

okay so this is the function your platform-specific rproc driver is supposed to call the moment the remote processor pings you like "hey, this specific virtqueue has pending messages available" πŸ“¬βœ¨

that's it. that's the whole job. driver-side notification goes in, remoteproc finds out a virtqueue is poppin' off. iconic behaviour honestly πŸ’…


🌸 RETURN

  • IRQ_NONE β€” returned when no message was found in the notifyid virtqueue 😭 nothing there, tragic, empty queue energy
  • IRQ_HANDLED β€” returned otherwise, i.e. there was something. slay πŸ”₯

πŸ”₯ SEE ALSO


kk that's the whole page, mwah πŸ’– this was the Kernel API Manual entry for rproc_vq_interrupt(9), living its best life in ./drivers/remoteproc, dated October 2026 β€” go forth and handle those interrupts, bestie πŸŒˆπŸ‘‘

πŸ“¦ where this page comes from