STRUCT FSL_MC_DEVICE_ID(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’– NAME πŸ’–

struct fsl_mc_device_id β€” the MC object device identifier, bestie. That's it, that's the whole vibe ✨

So real quick, this little cutie lives in the Kernel API Manual (that's the manual name, consider it folded in 🫢), and it's the thing that tells you which MC object device a driver is out here supporting. Iconic behavior tbh πŸ‘‘


✨ SYNOPSIS ✨

struct fsl_mc_device_id {
    __u16 vendor;
    const char obj_type[16];
 };

Look at her. Two members, zero drama. Copy it exactly, no cap, don't go editing the 16 or the __u16 because you think it looks better lowercase 😭

πŸŽ€ Members πŸŽ€

  • vendor β€” the vendor ID, literally just the number that says whose device this is πŸ’…
  • obj_type β€” the MC object type, i.e. what kind of MC object situation we're dealing with πŸ¦‹

🌸 Description 🌸

Okay so this struct is the type of the entries in the "device Id" table β€” you know, the table that lists all the MC object devices a MC object device driver supports? Yeah. That table. And each row of it? One of these. 🧚

Now here's the part where you gotta pay attention, bestie, because this is the detail that matters: the last entry of the table has vendor set to 0x0. That's the sentinel. That's the "we're done here" of the table. Don't forget it, fr fr 🌟


πŸ‘‘ SEE ALSO πŸ‘‘

  • Kernel file ./include/linux/device-id/fsl_mc.h β€” go read it, it's giving main character energy πŸ“–πŸ’œ

And that's the whole page, bestie!! This lore comes from ./include/linux/device-id, dated October 2026, and it's still filed under struct fsl_mc_device_id(9) πŸ’…βœ¨ Told you it was short. Slay. πŸŽ€

πŸ“¦ where this page comes from