qcomtee_get_async_buffer(9)
π qcomtee_get_async_buffer(9) π
okay bestie, welcome to the kernel API manual for qcomtee_get_async_buffer β section 9, the deep magic zone β¨
πΈ NAME πΈ
qcomtee_get_async_buffer β literally just get the start of the asynchronous message. that's the whole vibe π«Ά
β¨ SYNOPSIS β¨
void qcomtee_get_async_buffer (struct qcomtee_object_invoke_ctx *oic ,
struct qcomtee_buffer *async_buffer );
π ARGUMENTS π
oicβ the context used for the current invocation. it's giving "the situation we're currently in" energy πasync_bufferβ the return buffer you extract from or fill in async messages with. bestie this is where the data goes π¦
π₯ DESCRIPTION π₯
okay so here's the tea β β what you actually get back depends on how oic is being used:
- if
oicis used for a direct object invocation, then the whole outbound buffer is available for the async message. the entire thing. no cap, all yours π - if
oicis used for a callback request, then it's just the tail of the outbound buffer β the part that comes after the callback request message β that's available for the async message. scraps only, but cute scraps π
and the start of the async buffer is aligned, see qcomtee_msg_offset_align. alignment matters, don't @ me π§
π SEE ALSO π
- Kernel file
./drivers/tee/qcomtee/async.cstruct qcomtee_async_msg_hdr(9)struct qcomtee_async_release_msg(9)async_release(9)qcomtee_fetch_async_reqs(9)
go read those too, iykyk β
π lowkey reminder: this page lives in./drivers/tee/qcomtee, dated October 2026, and it's pageqcomtee_get_async_buffer(9)of the Kernel API Manual. slay, you're all caught up β periodt ππ
π¦ 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