Linux内核的Nand驱动流程分析

1. Z_128K,
2. .offset=SZ_256K,
3. },
4. [2]={
5. .name="kernel",
6. /*5megabytes,forakernelwithnomodules
7. *orauImagewitharamdiskattached*/
8. .size=0x00500000,
9. .offset=SZ_256K+SZ_128K,
10. },
11. [3]={
12. .name="root",
13. .offset=SZ_256K+SZ_128K+0x00500000,
14. .size=MTDPART_SIZ_FULL,
15. },
16. };
18. staticstructs3c2410_nand_setmini2440_nand_sets[]__initdata={
19. [0]={
20. .name="nand",
21. .nr_chips=1,
22. .nr_partitions=ARRAY_SIZE(mini2440_default_nand_part),
23. .partitions=mini2440_default_nand_part,
24. .flash_bbt=1,/*weuseu-boottocreateaBBT*/
25. },
26. };
28. staticstructs3c2410_platform_nandmini2440_nand_info__initdata={
29. .tacls=0,
30. .twrph0=25,
31. .twrph1=15,
32. .nr_sets=ARRAY_SIZE(mini2440_nand_sets),
33. .sets=mini2440_nand_sets,
34. .ignore_unset_ecc=1,
35. };

在该文件中，我们找到了三个相互嵌套的结构，最下面一个就是最终赋值给platform_data的变量mini2440_nand_info，mini2440_nand_info除了指定了Nand的时序外还有两个成员，明显是匹配出现的，就是nr_sets和sets，分别指定了sets数组指针和sets数组长度，而上面的结构体就是sets的定以，从结构体名字可知，这时nand_flash芯片，也就是内核可以同时支持多个Nand，mini2440开发板中只有一块Nand，所以这个数组只有一个元素，mini2440_nand_sets指定了芯片的名称，chip数目，另外还有两个变量，也是成对出现的，就是nr_partitions和partitions，这两个就是上面的mtd_partition结构，也就是Nand分区表，这样就清楚了plartform_data中的数据，然后我们继续阅读s3c24xx_nand_probe函数（drivers/mtd/nand/s3c2410.c中），还是循环处，我们追踪进入s3c2410_nand_init_chip，浏览代码可以知道，这个函数实际上完成了下面几件事情

（1）初始化了chip中的各种操作函数指针并赋值给了nmtd->mtd.priv。

（2）初始化了info的sel_*成员，显然是Nand片选所用

（3）初始化了nmtd的几个成员

nmtd，info，set是该函数的三个参数，理解了这几个参数也就理解了这个函数的作用。info显然就是s3c24xx_nand_init中的s3c2410_nand_info，nmtd是info->mtds，而info->mtds是kzmalloc开辟的大小为size的内核空间，kzmalloc是kernel zero malloc，也就是开辟了size大小的空间清全部设置为0，也就是nmtds就是空的mtd数组，sets来就前面我定义的mini2440_nand_sets，这样三个参数都知道什么意思了，再去看代码就很简单了。（刚才去打了半小时电话，思路有点乱，不过大体上看了下，这个函数里面没有复杂的操作，相信大家很容易看懂）。

执行完s3c2410_nand_init之后就执行了nand_scan_ident，这是内核函数我就不做分析了，大家自己跟一下就可以知道，这个函数完成了nand_chip其他未指定函数指针的初始化，并获取了Nand的ID信息等，接下来又s3c2410_nand_update_chip，nand_scan_tail，s3c2410_nand_add_partitions，其中nand_scan_tail是通用的内核函数，而s3c2410_nand_update_chip是ecc相关的操作，我们只分析s3c2410_nand_add_partitions，从名字上讲，s3c2410开头的函数肯定不是内核通用函数，也就是说，这实际上是我们需要自行完成的函数，当然，也是可以借鉴的函数，追踪进入s3c2410_nand_add_partitions，看看内核是如何知道分区信息的。

1. staticints3c2410_nand_add_partition(structs3c2410_nand_info*info,
2. structs3c2410_nand_mtd*mtd,
3. structs3c2410_nand_set*set)
4. {
5. if(set)
6. mtd->mtd.name=set->name;
8. returnmtd_device_parse_register(&mtd->mtd,NULL,NULL,
9. set->partitions,set->nr_partitions);
10. }

这个函数也很简单，仅设置了下mtd的nand然后就调用和mtd_core.c中的mtd_device_parse_register函数，从参数可以知道，该函数向内核注册了Nand分区信息。这样我们就基本上看完了Linux内核Nand驱动部分的结构。

在结尾之前我还要提到一个问题，就是内核驱动的匹配问题，在platform_device定义时内核指定的名称是s3c2410-nand

1. structplatform_devices3c_device_nand={
2. .name="s3c2410-nand",
3. .id=-1,
4. .num_resources=ARRAY_SIZE(s3c_nand_resource),
5. .resource=s3c_nand_resource,
6. };

但是我们的开发版是s3c2440的核，两者的Nand控制器是不相同的，内核又怎么正确加载到s3c2440-nand的呢？答案在arch/arm/mach-s3c24xx/s3c2440.c中

1. void__inits3c244x_map_io(void)
2. {
3. /*registerourio-tables*/
5. iotable_init(s3c244x_iodesc,ARRAY_SIZE(s3c244x_iodesc));
7. /*renameanyperipheralsuseddifferingfromthes3c2410*/
9. s3c_device_sdi.name="s