xe_gsc_read_out_header(9)
π xe_gsc_read_out_header β kernel API manual, bestie edition β¨
okay so real talk: this one lives in the Kernel API Manual, and honestly? it's giving "tiny function, big responsibilities." π It reads the output header, validates it, and hands you back the offset of the reply that comes right after the header. Lowkey iconic. No cap. π
β¨ NAME β¨
xe_gsc_read_out_header β reads and validates the output header and returns the offset of the reply following the header π¦
πΈ SYNOPSIS πΈ
int xe_gsc_read_out_header (struct xe_device *xe , struct iosys_map *map
, u32 offset , u32 min_payload_size , u32 *payload_offset );
like, that's the whole signature, copied exactly, don't come for me π
π ARGUMENTS π
xeβ the Xe device, the main character of this whole operation πmapβ theiosysmap that's holding your output bufferoffsetβ where inside theiosysyour output buffer is actually sittingmin_payload_sizeβ the minimum size of the message, not counting the gsc headerpayload_offsetβ an optional pointer, and if you pass it, it gets set to the payload offset β¨
ok bestie, note that payload_offset is optional. you don't have to hand it over. it's not that kind of function. π«Ά
π RETURN π
An -errno value if things go wrong, and 0 otherwise. that's it, that's the vibe check β
π§ SEE ALSO π§
Kernel file:
./drivers/gpu/drm/xe/xe_gsc_submit.c
and the rest of the friend group π:
xe_gsc_create_host_session_id(9)xe_gsc_emit_header(9)xe_gsc_poison_header(9)xe_gsc_check_and_update_pending(9)xe_gsc_pkt_submit_kernel(9)
and that's the page, periodt. π
this little beauty comes from the ./drivers/gpu/drm/xe source, dated October 2026, fr fr β go off, Xe directory, you ate. π₯π·
π¦ 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