最近在给一块ARM开发板(扬创的2440)移植新的kernel，原来的驱动都在，不过还是碰到不少问题，主要是对ARM LINUX的一些结构不甚了解，这里作个笔记以便自己或他人查阅。
前面没有什么大问题，把需要的内核配置和需要添加的开发板描述文件放入内核，并删删改改使之能编译通过，然后kernel就能在开发版里跑起来了（以后有 空把这段也写上），因为我设的是NFS ROOT，所以必须要把网卡驱动弄好，不过发现网卡驱动的init里的打印是有的，但是并没有进入probe，后面nand的驱动就能正确probe，很是奇怪。为了弄清到底是为什么，我沿着代码一层层的深入，通过无限打印大法，终于发现了问题。
原来ARM LINUX不是自动检测设备的，因为他没有一个PCI这样的总线可以随时查询设备，它的做法是devs.c 里面手动设置好设备的描述，在驱动init被调用后，经过一连串的调用（platform->bus->dd)，进入dd.c的 driver_attach中，它又调用bus.c里面的bus_for_each_dev去查找有没有需要这个驱动的设 备，bus_for_each_dev使用了platform_match(platform.c)去寻找设备（仅仅是判断名称是否一致），如果找到就调 用驱动程序的probe函数。
这样我只需要在devs.c里面把dm9000的设备描述加上（定义好全局变量，然后加入mach-xxxx.c的 devices列表中），改了一下确实probe成功了，不过驱动还是没有运行起来，能进入中断但是收发数据貌似不对，不知道是不是和我设的MAC地址等 等有关，明天有空继续研究
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
