ti_sci_cmd_get_device(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’– NAME πŸ’–

okay bestie, welcome to the ti_sci_cmd_get_device(9) page from the Kernel API Manual β€” yes, that long icon name, we're doing her justice. ✨

ti_sci_cmd_get_device β€” the command to request for device managed by TISCI that can be shared with other hosts. Periodt. πŸ’…

✨ SYNOPSIS ✨

int ti_sci_cmd_get_device (const struct ti_sci_handle *handle , u32 id );

🫢 ARGUMENTS 🫢

  • handle β€” Pointer to TISCI handle as retrieved by *ti_sci_get_handle. That's your golden ticket, bestie.
  • id β€” Device Identifier. Like the device's little name tag at the function party.

🌸 DESCRIPTION 🌸

Request for the device β€” that's the whole vibe. She's asking for a device managed by TISCI that can be shared with other hosts, which is lowkey iconic for firmware stuff. πŸ¦‹

⚠️ NOTE: the client MUST maintain integrity of usage count by balancing get_device with put_device. No refcounting is managed by driver for that purpose.

So fr fr, you get it, you put it, you keep that count balanced β€” the driver is not doing the refcounting for you. That's a you-and-your-usage-count situation, bestie. πŸ’€

πŸ’€ RETURN πŸ’€

0 if all went fine, else return appropriate error. No cap. βœ…

🌈 SEE ALSO 🌈

Kernel file ./drivers/firmware/ti_sci.c β€” plus the whole TISCI friend group, because she literally knows everyone:


okay that's the whole page, bestie! source/version: ./drivers/firmware Β· date: October 2026 Β· page: ti_sci_cmd_get_device(9) β€” mwah, slay, bye! πŸŽ€πŸ’–

πŸ“¦ where this page comes from