STRUCT IIO_DEV(9)

📦 version 7.3.1, in nixpkgs unstable

✨ struct iio_dev(9) ✨

okay so bestie, welcome to the manual page for struct iio_dev — the industrial I/O device. this is the man page struct iio_dev(9) from the Kernel API Manual, and we're gonna make it make sense together. periodt 💅

🦋 SYNOPSIS 🦋

struct iio_dev {
    int modes;
    struct device                   dev;
    struct iio_buffer               *buffer;
    int scan_bytes;
    unsigned int                    scan_timestamp_offset;
    const unsigned long             *available_scan_masks;
    unsigned int                    masklength;
    const unsigned long             *active_scan_mask;
    bool scan_timestamp;
    struct iio_trigger              *trig;
    struct iio_poll_func            *pollfunc;
    struct iio_poll_func            *pollfunc_event;
    struct iio_chan_spec const      *channels;
    int num_channels;
    const char                      *name;
    const char                      *label;
    const struct iio_info           *info;
    const struct iio_buffer_setup_ops       *setup_ops;
    void *priv;
 };

🌸 Members 🌸

no cap, here's the breakdown of every single member. i got you 🫶

  • modes — [DRIVER] a bitmask listing all the operating modes your IIO device supports. this list should be initialized before you register the IIO device. it can also get filled up by the IIO core as a result of enabling particular features in the driver (peep iio_triggered_event_setup for that one). slay 🔥
  • dev — [DRIVER] the device structure. should be assigned a parent and owner. iconic behavior tbh 👑
  • buffer — [DRIVER] any buffer that's present. it's giving "whatever buffer you got" 💀
  • scan_bytes — [INTERN] num bytes captured to be fed to buffer demux. literally the byte count for the demux feed 🎀
  • scan_timestamp_offset — [INTERN] cache of the offset (in bytes) for the timestamp in the scan buffer. lowkey just a lil cached offset moment ✨
  • available_scan_masks — [DRIVER] optional array of allowed bitmasks. sort the array in order of preference, the most preferred masks first. main character ordering energy fr fr 🌟
  • masklength — [INTERN] the length of the mask established from channels. the way this ties back to channels... iykyk 🔗
  • active_scan_mask — [INTERN] union of all scan masks requested by buffers. union slay 💅
  • scan_timestamp — [INTERN] set if any buffers have requested timestamp. it's a bool, it's giving yes/no, iconic 💖
  • trig — [INTERN] current device trigger (buffer modes). the trigger bestie 🎯
  • pollfunc — [DRIVER] function run on trigger being received. run bestie run 🏃‍♀️
  • pollfunc_event — [DRIVER] function run on events trigger being received. events edition, we love to see it 🎪
  • channels — [DRIVER] channel specification structure table. the channel table, obsessed 🗂️
  • num_channels — [DRIVER] number of channels specified in channels. literally just the count, periodt 🔢
  • name — [DRIVER] name of the device. the name!! 🏷️
  • label — [DRIVER] unique name to identify which device this is. unique label so you know who's who in the group chat 💬
  • info — [DRIVER] callbacks and constant info from driver. the callback lore 📞
  • setup_ops — [DRIVER] callbacks to call before and after buffer enable/disable. before AND after, she does both 💃
  • priv — [DRIVER] reference to driver's private information. MUST be accessed ONLY via the iio_priv helper. okay this is serious bestie — MUST and ONLY, no negotiating, do not come for her 🙅‍♀️
💀 real talk: priv is MUST be accessed ONLY via iio_priv. don't try her. the caps lock is there for a reason.

🎀 SEE ALSO 🎀

bestie, go down the rabbit hole — kernel file ./include/linux/iio/iio.h plus all of these:

🌈 and that's the whole struct bestie. every field, every flag, every vibe. you're gonna do amazing. mwah 💋

sending you good vibes from the kernel source, ./include/linux/iio 🌸 — October 2026, struct iio_dev(9). stay iconic, stay privileged (the access kind, not the other kind) 😭💜

📦 where this page comes from