qcomtee_supp_recv(9)

๐Ÿ“ฆ version 7.3.1, in nixpkgs unstable

๐Ÿ’– NAME ๐Ÿ’–

qcomtee_supp_recv(9) โ€” from the Kernel API Manual, bestie, this one literally waits for a request for the supplicant. That's the whole assignment. ๐Ÿ’…

โœจ SYNOPSIS โœจ

int qcomtee_supp_recv (struct tee_context *ctx , u32 *op , u32 *num_params , struct tee_param *params );

๐ŸŽ€ ARGUMENTS ๐ŸŽ€

  • ctx โ€” TEE context. The main-character setup, basically. ๐Ÿ’–
  • op โ€” requested operation on the object. It's giving "what are we doing today." โœจ
  • num_params โ€” number of elements in the parameter array. Keep count, babe. ๐Ÿงฎ
  • params โ€” parameters for op. The whole little squad of values. ๐Ÿซถ

๐Ÿฆ‹ DESCRIPTION ๐Ÿฆ‹

Okay so picture this: the first parameter is a meta TEE_IOCTL_PARAM_ATTR_TYPE_VALUE_INOUT. On input, it provides a user buffer. That buffer is used for parameters of type TEE_IOCTL_PARAM_ATTR_TYPE_UBUF_INPUT in qcomtee_cb_params_from_args. On output, the object ID and request ID are stored in the meta parameter. No cap, that's the flow. ๐ŸŒˆ

And num_params? It is updated to the number of parameters that actually exist in params on return. Slay. โœจ

๐Ÿ”ฅ RETURN ๐Ÿ”ฅ

On success, returns 0; on failure, returns < 0. Periodt. ๐Ÿ’€

๐ŸŒˆ SEE ALSO ๐ŸŒˆ


mwah ๐Ÿ’‹ โ€” source/version: ./drivers/tee/qcomtee, date: October 2026. ๐ŸŽ€

๐Ÿ“ฆ where this page comes from