一、在板文件进行client的实例化
在内核的初始化中（例如在板文件中）定义设备的信息。这种操作的前提是内核编译的时候已经确定有哪些i2c设备和它们的地址，还要知道连接的总线的编号。
比如在板文件/arch/arm/mach-XXX/board_XXX.c中可以用类似下面的代码来注册i2c设备的信息。
1. static struct i2c_board_info __initdata uio_i2c_board_info[] = {
2. {
3. I2C_BOARD_INFO(“dev_name0”, 0x2d),
5. },
6. {
7. I2C_BOARD_INFO(“dev_name1”, 0x52),
9. },
10. {
11. I2C_BOARD_INFO(“dev_name2”, 0x57),
13. },
14. };
15.
16. static void __init uio_init(void)
17. {
18. (…)
19. i2c_register_board_info(1, uio_i2c_board_info,
20. ARRAY_SIZE(uio_i2c_board_info));
21. (…)
22. }
这样注册之后，i2c_adapter注册的时候就会扫描所有的已注册的i2c_board_info，并为连接自己的i2c设备实例化一个i2c_client。
这样一来，i2c_driver注册的时候，i2c_client就会和i2c_driver绑定了（注册的NAME必须一致），i2c_driver的probe函数被调用。
二、枚举设备
使用i2c_new_device()或者i2c_new_probed_device（）在设备驱动文件进行client的实例化。
上文中提到的第一种方法有诸多限制，必须在编译内核之前就知道有哪些i2c设备和它们的地址以及说i2c的总线编号。
但有时内核开发者移植系统的时候也不知道有哪些i2c设备或者到底有多少i2c总线。在这种情况下就需要用到i2c_new_device()了。它的原型是：
struct i2c_client *
i2c_new_device(struct i2c_adapter *adap, struct i2c_board_info const *info);
这个函数将会使用info提供的信息建立一个i2c_client并与第一个参数指向的i2c_adapter绑定。返回的参数是一个i2c_client指针。
驱动中可以直接使用i2c_client指针和设备通信了。这个方法是一个比较简单的方法。
获取i2c_adapter指针的函数是：
struct i2c_adapter* i2c_get_adapter(int id)；// id是i2c总线编号。
使用完要释放：
void i2c_put_adapter(struct i2c_adapter *adap)；
如果连i2c设备的地址提前都步子道，甚至在不同的板子上有不同的地址，可以提供一个地址列表供系统探测。
此时应该使用的函数是i2c_new_probe_device。用法如下：
2. static const unsigned short normal_i2c[] = { 0x2c, 0x2d, I2C_CLIENT_END };
3. static int __devinit uio_probe(struct platform_device *pdev)
4. {
5. (…)
6. struct i2c_adapter *i2c_adap;
7. struct i2c_board_info i2c_info;
8. (…)
9. i2c_adap = i2c_get_adapter(2);
10. memset(&i2c_info, 0, sizeof(struct i2c_board_info));
11. strlcpy(i2c_info.name, “isp1301_pnx”, I2C_NAME_SIZE);
12. isp1301_i2c_client = i2c_new_probed_device(i2c_adap, &i2c_info,
13. normal_i2c);
14. i2c_put_adapter(i2c_adap);
15. (…)
16. }
i2c_new_probed_device的原型是：
struct i2c_client *
i2c_new_probed_device(struct i2c_adapter *adap,
struct i2c_board_info *info,
unsigned short const *addr_list)；
这个函数将会在指定的总线上探测addr_list中的地址，将第一个有ACK反馈的地址赋给info->addr，
然后使用前两个参数调用i2c_new_device。它的返回值也是一个可用的i2c_client指针。
i2c_unregister_device() 可以注销i2c_new_device()/i2c_new_probed_device()申请的i2c_client。
补充：如何知道一个物理i2c总线的编号？
[root@zq /]# cat /sys/class/i2c-dev/i2c-0/name
PNX4008-I2C0
[root@zq /]# cat /sys/class/i2c-dev/i2c-1/name
PNX4008-I2C1
[root@zq /]# cat /sys/class/i2c-dev/i2c-2/name
USB-I2C
三、在所有i2c总线上探测特定设备。
内核文档中关于方法2的限制及方法3的好处我没看懂。说一下自己的理解，那就是方法2虽然可以探测多个地址，但是仅仅能在一个指定的总线上探测，并且探测到第一个可用的地址就停止探测了。如果之前并不确定总线的编号，或者一次探测多个i2c设备，就需要用到第三种方法了。
实现第三种方法需要两个条件：
l 实现i2c_driver的detect成员。这个成员函数原型是：
int (*detect)(struct i2c_client *, int kind, struct i2c_board_info *);
这个函数必须检查第二个参数的addr域是否自己支持的地址，是的话则至少填充info->type，info的其它成员也可以填充，但不应该修改addr。如果是就返回0，否则返回-ENODEV。
l 初始化i2c_driver的address_list成员。i2c_driver注册的时候，i2c_core会在所有已经注册的i2c_adapter上探测address_list中的所有地址，硬件探测成功之后后调用i2c_driver的detect成员，然后根据detect填充的info建立一个i2c_client。如果两个总线上有相同的地址的设备，那么会分别建立两个i2c_client。如果address_list中的多个地址都有设备占用，那么会建立多个i2c_client。
但实际上，内核文档不推荐这种方法，而是优先选用方法1和2，可能是因为这种方法过于灵活。
四、从用户空间枚举。
如果编写驱动之前确实无法得知i2c设备的地址（甚至连地址列表都不得而知），那就需要系统运行后从用户空间输入了。
用户空间通过两个sysfs属性文件来建立和删除i2c_client：new_device和delete_device。这两个文件都是只写的。
new_device有两个参数：i2c设备的名字（字符串）和地址（以0x开头的16进制数）。delete_device只有一个参数，那就是设备的地址。
举例说明：
# echo device-name 0x50 > /sys/bus/i2c/devices/i2c-3/new_device
可以看到，此时已经指定了总线编号。
（更详细的内容请参看kernel文档噢）O(∩_∩)O
