Linux内核驱动中LED电流调节器的IIO通道类型及配置咨询

这是个非常贴合IIO子系统实际应用的问题，我结合业内常见的驱动设计实践，给你分析两种方案的优劣和推荐方向：

方案一：复用IIO_CHAN_INFO_HARDWAREGAIN绑定到IIO_PROXIMITY通道 #

这是我更推荐的常规做法，理由如下：

• 语义匹配度高：LED电流的核心作用是调节接近传感器的发射光强度，本质就是提升传感器的硬件增益——电流越大，发射光越强，抗环境光干扰的能力就越强，完全符合IIO_CHAN_INFO_HARDWAREGAIN的设计语义（用于硬件层面的增益调节）。
• 驱动实现简洁：不需要新增独立通道，直接在现有的IIO_PROXIMITY通道的信息掩码中添加IIO_CHAN_INFO_HARDWAREGAIN，就能通过同一个通道的read_raw/write_raw接口完成电流读写，代码逻辑更紧凑。
• 符合IIO子系统惯例：很多带发射端的接近传感器（比如红外类）都是采用这种方式，用户空间可以直观地通过调节接近传感器的增益来控制LED电流，不需要额外理解独立的电流通道。

实现示例片段 #

static const struct iio_chan_spec proximity_sensor_chans[] = {
    {
        .type = IIO_PROXIMITY,
        .info_mask_separate = BIT(IIO_CHAN_INFO_RAW) | BIT(IIO_CHAN_INFO_HARDWAREGAIN),
        .datasheet_name = "proximity",
        // 其他必要的通道属性配置
    },
};

static int sensor_read_raw(struct iio_dev *indio_dev,
                           struct iio_chan_spec const *chan,
                           int *val, int *val2, long mask)
{
    struct sensor_data *data = iio_priv(indio_dev);

    switch (mask) {
    case IIO_CHAN_INFO_RAW:
        *val = sensor_read_proximity_raw(data);
        return IIO_VAL_INT;
    case IIO_CHAN_INFO_HARDWAREGAIN:
        // 这里直接返回LED电流的mA值，或者映射为0-100的增益百分比
        *val = sensor_read_led_current(data);
        return IIO_VAL_INT;
    default:
        return -EINVAL;
    }
}

static int sensor_write_raw(struct iio_dev *indio_dev,
                            struct iio_chan_spec const *chan,
                            int val, int val2, long mask)
{
    struct sensor_data *data = iio_priv(indio_dev);

    switch (mask) {
    case IIO_CHAN_INFO_HARDWAREGAIN:
        if (val < MIN_LED_CURRENT || val > MAX_LED_CURRENT)
            return -EINVAL;
        sensor_set_led_current(data, val);
        return 0;
    default:
        return -EINVAL;
    }
}

方案二：新增IIO_CURRENT独立通道搭配IIO_CHAN_INFO_RAW #

这种方案适合特定场景：

• 适用场景：如果这个LED电流除了服务于接近传感器，还有其他独立的功能（比如同时给板上其他LED供电，或者用户需要单独监控/调节LED电流而不关联到接近传感的增益逻辑），那么新增独立的IIO_CURRENT通道语义更清晰，用户空间可以单独操作这个通道。
• 注意事项：需要额外添加一个IIO_CURRENT类型的通道，同时要处理好两个通道的联动逻辑——比如调节电流后，要确保接近传感器的内部参数同步更新，避免出现性能异常。
• 缺点：会增加通道数量，驱动逻辑相对冗余，对于仅用于接近传感抗干扰调节的场景来说，有点画蛇添足。

最终推荐 #

如果你的LED电流仅用于调节接近传感器的抗环境光干扰能力，优先选择方案一，它更符合IIO子系统的设计意图，代码更简洁，用户空间的API也更直观。

内容的提问来源于stack exchange，提问作者Oleg Kokorin