dprc_get_obj(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

✨ dprc_get_obj(9) ✨

okay so bestie, welcome to the dprc_get_obj page from the Kernel API Manual πŸ’… this one's a little baddie that goes and fetches the deets on a single object for you, one at a time, no cap.


πŸŽ€ NAME πŸŽ€

dprc_get_obj β€” get general info on an object, fr fr 🫢


πŸ¦‹ SYNOPSIS πŸ¦‹

int dprc_get_obj (struct fsl_mc_io *mc_io , u32 cmd_flags , u16 token ,
int obj_index , struct fsl_mc_obj_desc *obj_desc );

🌸 ARGUMENTS 🌸

  • mc_io β€” pointer to the MC portal's I/O object, like the lil' connection handle you're working through πŸ’–
  • cmd_flags β€” command flags, bestie; you want one or more of 'MC_CMD_FLAG_' ✨
  • token β€” the token of the DPRC object πŸ‘‘
  • obj_index β€” index of the object you're querying, and it's gotta be < obj_count (iykyk) 🎯
  • obj_desc β€” this one returns the requested object descriptor to you 🎁

🧚 DESCRIPTION 🧚

so here's the vibe: the object descriptors get retrieved one by one by incrementing obj_index up to β€” but not including β€” the value of obj_count that came back from dprc_get_obj_count. literally just a lil' loop, main character energy πŸŒ€

and the rule is non-negotiable, bestie: dprc_get_obj_count must be called prior to dprc_get_obj. like, before. no skipping steps πŸ™ˆ


πŸ’€ RETURN πŸ’€

(nothing listed here in the original, so… yeah, this section is giving empty on purpose πŸ’€ not me leaving it blank, it's literally what's there πŸ™ˆ)


🌈 SEE ALSO 🌈

kernel file ./drivers/bus/fsl-mc/dprc.c, plus the whole squad πŸ‘‘:


🫢 friendly reminder: call dprc_get_obj_count first, or the whole thing just won't slay. periodt.

and that's the page, bestie πŸŽ€ this lil' guy lives in ./drivers/bus/fsl-mc and it's stamped October 2026 β€” dprc_get_obj(9), iconic, no notes βœ¨πŸ’œ

πŸ“¦ where this page comes from