uClinux2.6(bf561)的NorFlash驱动实现分析(2): chips和maps

 

现在的NorFlash大多支持CFI或者JEDEC这样的规范，根据这些规范可以自动检测出芯片的一些参数并进行读写，所以uClinux将这些规范的驱动实现单独放在mtd/chips目录下。也就是说这个目录下放的是芯片的通用驱动代码，这些代码本身是不会主动去检测芯片的存在的，它仅仅是注册了一个驱动供其它模块调用。

在通用规范的基础上，每个不同的厂商有不同的实现，且芯片在不同的系统中可能有不同的参数，如基地址，位宽等。uClinux将这部分独立出来放在mtd/maps下。这个目录下的代码将根据芯片实现的不同规范调用相应的chips驱动。因此chips下的模块必须先于maps下的模块初始化。

在include/linux/mtd/map.h中有一段相关的说明：

/* The map stuff is very simple. You fill in your struct map_info with

   a handful of routines for accessing the device, making sure they handle

   paging etc. correctly if your device needs it. Then you pass it off

  to a chip probe routine -- either JEDEC or CFI probe or both -- via

   do_map_probe(). If a chip is recognised, the probe code will invoke the

   appropriate chip driver (if present) and return a struct mtd_info.

   At which point, you fill in the mtd->module with your own module

   address, and register it with the MTD core code. Or you could partition

   it and register the partitions instead, or keep it for your own private

   use; whatever.

 

   The mtd->priv field will point to the struct map_info, and any further

   private data required by the chip driver is linked from the

   mtd->priv->fldrv_priv field. This allows the map driver to get at

   the destructor function map->fldrv_destroy() when it's tired

   of living.

*/

也就是说，只要在map_info结构体中填上norflash的具体参数，然后调用do_map_probe进行芯片的检测，如果检测通过，它将返回一个mtd结构体，这样就可以在系统中使用了。