本文主要是介绍博通SDK中关于I2C驱动的问题，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
近期调试I2C驱动,遇到不少问题，没及时记录，也没整理，先把刚解决的这个问题记录下。
1、把I2C适配器驱动和各设备驱动的资源信息在board文件里注册；
2、然后把各驱动添加到kernel中编译；
3、编译出的kernel image在板子上跑，各驱动均正常。
但在加载了broadcom交换芯片SDK的ko模块后，发现I2C的各设备都不能正常访问了。
跟踪SDK代码发现，在SDK初始化时有个CMIC_CPS_RESET寄存器把整个CMIC相关寄存器都reset了，而I2C适配器驱动在此之前已经初始化过，reset后导致I2C设备不能正常访问。
kernel image（含 I2C drivers） -> SDK -> -> I2C read/write不能操作I2C设备
于是尝试将I2C适配器驱动和各设备驱动作为模块来编译：
kernel image -> I2C drivers -> I2C read/write 一切正常
kernel image -> SDK -> I2C drivers -> I2C read/write一切正常
从日后升级维护方面考虑，打算将I2C适配器驱动和各设备驱动直接随内核编译，把资源信息从board文件中拿出来作为模块动态加载。
在board文件中，资源信息的注册用到了platform_add_devices和i2c_register_board_info 两个函数。在编译时提示“i2c_register_board_info undefined!”，虽然可以编译通过，但在insmod使由于找不到i2c_register_board_info ，照样加载不成功。
查代码发现platform_add_devices通过EXPORT_SYMBOL_GPL进行导出，可供其它模块调用，但i2c_register_board_info 没有导出，所以提示“i2c_register_board_info undefined!”。
分析i2c_register_board_info 函数发现，在板文件中注册的信息只是放到一个链表中，只有在调用的驱动的probe函数里的i2c_add_numbered_adapter时会遍历此链表的设备信息添加设备，这个链表可以理解为静态链表，初始化时写死的，后期不会改动。
既然有静态添加的方式，那我们就可以动态注册，方法如下：
先通过platform_add_devices注册适配器信息，与驱动匹配成功后，适配器注册完成；
然后通过adap = i2c_get_adapter(0)获取适配器；
调用i2c_new_device(adap,&board_info)添加其它设备的信息；
这样就完成了I2C设备的动态添加。
这篇关于博通SDK中关于I2C驱动的问题的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
