Linux内核的Nand驱动流程分析

1. s3c_device_sdi.name="s3c2440-sdi";
2. s3c_device_i2c0.name="s3c2440-i2c";
3. s3c_nand_setname("s3c2440-nand");
4. s3c_device_ts.name="s3c2440-ts";
5. s3c_device_usbgadget.name="s3c2440-usbgadget";
6. }

从这里就可以看到答案了，原来s3c_nand_setname("s3c2440-nand")将platform_device的name更改了，具体的调用关系是这样的，mini2440_map_io()----->s3c24xx_init_io()---->s3c_init_cpu()---->cpu->map_io()----->s3c2440_map_io()---->s3c_device_nand.name="s3c2440-nand"，这样就不难理解了，至少内核加载驱动时是要查找与s3c2440-nand重名的驱动，但是我们的s3c24xx_nand_driver中指定的驱动名称为s3c24xx-nand，难道内核这么智能，能将s3c24xx-nand自动匹配到s3c2440-nand？当然这不可能，自己查看s3c24xx_nand_driver的各个变量就可以知道答案了，答案在drivers/mtd/nand/s3c2410.c中，原来s3c24xx_nand_driver有个成员id_table，其具体定义为

1. staticstructplatform_device_ids3c24xx_driver_ids[]={
2. {
3. .name="s3c2410-nand",
4. .driver_data=TYPE_S3C2410,
5. },{
6. .name="s3c2440-nand",
7. .driver_data=TYPE_S3C2440,
8. },{
9. .name="s3c2412-nand",
10. .driver_data=TYPE_S3C2412,
11. },{
12. .name="s3c6400-nand",
13. .driver_data=TYPE_S3C2412,/*compatiblewith2412*/
14. },
15. {}
16. };

这就可以猜到了，原来内核设备匹配驱动时并不是或者说不仅仅是匹配s3c24xx_nand_driver.driver.name与设备的name，也会跟s3c24xx_nand_driver中id_table的各个元素的name进行匹配，只要匹配了其中任何一个则认为驱动匹配成功，继而执行驱动的probe函数对设备进行初始化。如果还不确定这里的关系可以追踪一下s3c24xx_nand_init中的注册函数，原来platform_driver_register调用driver_register之前对s3c24xx_nand_driver.driver.bus指针进行的初始化

1. structbus_typeplatform_bus_type={
2. .name="platform",
3. .dev_attrs=platform_dev_attrs,
4. .match=platform_match,
5. .uevent=platform_uevent,
6. .pm=&platform_dev_pm_ops,
7. };
8. intplatform_driver_register(structplatform_driver*drv)
9. {
10. drv->driver.bus=&platform_bus_type;
11. if(drv->probe)
12. drv->driver.probe=platform_drv_probe;
13. if(drv->remove)
14. drv->driver.remove=platform_drv_remove;
15. if(drv->shutdown)
16. drv->driver.shutdown=platform_drv_shutdown;
18. returndriver_register(&drv->driver);
19. }

从platform_bus_type的成员可知，match函数就是进行驱动匹配的，我们来看一下这个函数的定义，追踪platfrom_match

1. staticintplatform_match(structdevice*dev,structdevice_driver*drv)
2. {
3. structplatform_device*pdev=to_platform_device(dev);
4. structplatform_driver*pdrv=to_platform_driver(drv);
6. /*AttemptanOFstylematchfirst*/
7. if(of_driver_match_device(dev,drv))
8. return1;
10. /*Thentrytomatchagainsttheidtable*/
11. if(pdrv->id_table)
12. returnplatform_match_id(pdrv->id_table,pdev)!=NULL;
14. /*fall-backtodrivernamematch*/
15. return(strcmp(pdev->name,drv->name)==0);
16. }

显然，第二个if就是判断的id_table，下面的这个函数肯定是循环比较的id_table中每个元素的.name跟device.name

1. staticconststructplatform_device_id*platform_match_id(
2. conststructplatform_device_id*id,
3. structplatform_device*pdev)
4. {
5. while(id->name[0]){
6. if(strcmp(pdev->name,id->name)==0){
7. pdev->id_entry=id;
8. returnid;
9. }
10. id++;
11. }
12. returnNULL;
13. }

果然，这里的确是比较的设备名称跟id_table中的名称，我们的设备名称是s3c2440-nand，我们的id_table中定义了与之对应的元素，所以驱动匹配成功继而运行了改驱动的probe函数。好了，到这里我遇到的绝大多数问题已经解决了，最后，我们需要总结一下添加Nand驱动的步骤：

1. (1)定义resource，保证可以以物理地址方式正确访问Nand寄存器。(默认有）
2. (2)定义platform_device，这是内核记录的硬件信息，要注册到内核设备列表。
3. (3)定义mtd_partition，设置Nand分区。
4. (4)定义s3c2410_nand_set，枚举所有Nand芯片信息。
5. (5)定义s3c2410_platform_nand，这是驱动程序初始化Nand是需要的数据，包括分区信息的和芯片时序等必要信息。
6. (6)将s3c2410_platform_nand赋值给mtd_device->dev.platform_data。
7. (7)将Nand设备结构注册到设备列表。

这样，就可以实现Nand驱动的安装，到这里，我们就理解了Nand驱动结构，也就知道了移植教程中的各个步骤，为什么设置分区表，为什么要定义s3c2410开头的几个结构。其实这种移植是基于s