cec_msg_recv_is_rx_result(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… cec_msg_recv_is_rx_result β€” bestie, is this the reply you've been waiting for??

okay so this one lives in the Kernel API Manual (yes, the Kernel API Manual, we're in the big leagues now πŸŽ€), and honestly the name says it all: cec_msg_recv_is_rx_result returns true if this message contains the reply of an earlier non-blocking transmit. that's it. that's the whole vibe check. ✨


✨ SYNOPSIS ✨

int cec_msg_recv_is_rx_result (const struct cec_msg *msg );

she's a little function, she takes one pointer, she returns an int. short and iconic, no notes. πŸ‘‘


🫢 ARGUMENTS 🫢

  • msg β€” the message structure from CEC_RECEIVE. that's the one you gotta hand over, bestie. literally the thing you pulled out with CEC_RECEIVE, and this function will tell you if it's the reply you were lowkey waiting on. πŸ¦‹
ngl, the whole point is: you did a non-blocking transmit earlier, you didn't sit there blocking like a fool, and now something came in β€” is this the answer to that? true = yes ma'am. πŸ’–

🌈 SEE ALSO 🌈

the full friend group, no one left out, fr fr:


and that's the whole page, babes πŸ“ this little icon ships out of ./include/uapi/linux and it's stamped October 2026 β€” so yeah, mark your calendar, the future is now, and cec_msg_recv_is_rx_result(9) ate. periodt. πŸ§šβ€β™€οΈπŸ’œπŸ”₯

πŸ“¦ where this page comes from