qcomtee_get_async_buffer(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’œ 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 oic is 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 oic is 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 🌈

go read those too, iykyk ⭐


πŸ’– lowkey reminder: this page lives in ./drivers/tee/qcomtee, dated October 2026, and it's page qcomtee_get_async_buffer(9) of the Kernel API Manual. slay, you're all caught up β€” periodt πŸŽ€πŸ’…
πŸ“¦ where this page comes from