STRUCT IVPU_IPC_HDR(9)
β¨ struct ivpu_ipc_hdr(9) β¨
okay so bestie, buckle up π this one's from the Kernel API Manual and it's literally all about struct ivpu_ipc_hdr β the IPC message header structure, exchanged with the VPU device firmware. yes, that's the whole vibe: it's the little header that rides along with every message the driver and the VPU firmware pass back and forth π«Ά
πΈ NAME πΈ
struct ivpu_ipc_hdr β the IPC message header structure, exchanged with the VPU device firmware. that's it, that's the queen π
π SYNOPSIS π
struct ivpu_ipc_hdr {
u32 data_addr;
u32 data_size;
u16 channel;
u8 src_node;
u8 dst_node;
u8 status;
};
look at her. six fields, immaculate energy, no notes π (and yes, character-for-character, that's exactly how she's declared β don't come for me)
π¦ Members π¦
get ready, we're doing a member-by-member vibe check π
data_addrβ the VPU address of the payload (the JSM message, iykyk). it's au32, it's where the goods live β¨data_sizeβ the size of the payload.u32. how much of the goods there actually is πchannelβ the channel used.u16. which lane the message is travelling in π£οΈsrc_nodeβ the Node ID of the sender.u8. who sent it, main character energy πdst_nodeβ the Node ID of the intended receiver.u8. who it's for, the intended recipient bestie π―statusβ IPC buffer usage status.u8. the current state of the IPC buffer, no cap π₯
ngl, keep the types exactly as written βu32fordata_addranddata_size,u16forchannel, andu8forsrc_node,dst_nodeandstatus. the struct is not asking for your creative input π
π SEE ALSO π
- Kernel file
./drivers/accel/ivpu/ivpu_ipc.hβ go read the actual header, bestie, she's right there π
and that's the whole page, fr fr π this one came from ./drivers/accel/ivpu, dated October 2026, and she's filed under struct ivpu_ipc_hdr(9) forever and ever ππ§
π¦ where this page comes from
- nixpkgs unstable: linux-manual 7.3.1
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms