搞懂i2c_client *client

本文介绍了Linux下I2C驱动编程中的关键结构体i2c_client,涉及两种驱动模型的区别,以及如何通过device_id和compatible进行设备树匹配。重点讲解了probe函数在驱动中的作用和数据填充过程。
摘要由CSDN通过智能技术生成

这个结构体就是包含了挂载在总线下的从设备信息,包括:寄存器物理地址、适配器、driver、设备信息、设备名字等信息,且使用的指针,方便调用,所以在驱动中大量使用它作为形参传入函数,进入函数再根据需求进行数据访问,方便管理。

struct i2c_client {
	unsigned int flags;		/* 设备标志		*/
	unsigned int addr;		/* slave地址,7-bit or 10-bit	*/
	struct i2c_adapter *adapter;	/* 适配器	*/
	struct i2c_driver *driver;	/* 该设备驱动	*/
	int usage_count;		/* 访问设备总数  */
	struct device dev;		/* 设备信息	*/
 	struct list_head list;          /* 挂载总线下的设备链表	*/
	char name[I2C_NAME_SIZE];       /* 设备名称    */
	struct completion released;
};

Linux下的i2c驱动的编写有两种类型:Legacy model和Standard driver model
第一种风格的驱动需要自己创建i2c_client,并且需要驱动作者知道i2c设备的地址。第二种风格的驱动不需要自己创建i2c_client,但是需要填写支持的设备列表或者支持设备的地址列表

如果选用第二种方法,需要根据实际情况完善下面的device_id信息

static const struct i2c_device_id xxxx[] = {
	{ "xxx,xxxxx", 0 },
	{ }
};

有设备树的compatible的值需要和设备树上的保持一致

static const struct of_device_id xxxxxx[] = {
	{ .compatible = "xxx,xxxxxxx", },
	{ }
};

设备和驱动匹配成功后i2c_client获得数据

int (*probe)(struct i2c_client *, const struct i2c_device_id *);

i2c_driver中的.probe函数就会被执行,i2c_client被传入probe函数。这个函数是由驱动开发者进行编写,但是这个时候传入的i2c_client信息并不完整,在probe中还会进行填充。

=============================== end ========================================

学习总结得出,如有错误,还望不吝赐教

参考文章:https://blog.csdn.net/u013427264/article/details/42774981
https://blog.csdn.net/antchen88/article/details/80411050
https://zhuanlan.zhihu.com/p/663352981

  • 9
    点赞
  • 5
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值