当前位置：文档之家 › Linux_2.6.11_MTD驱动情景分析 说明

Linux_2.6.11_MTD驱动情景分析 说明

  • 格式：doc
  • 大小：62.00 KB
  • 文档页数：9

Linux 2.6.11 MTD驱动情景分析02/13 2008最近几天为了熟悉linux的驱动开发，我选择了MTD驱动做了一些研究。

我能找到的文章中我觉得有些部分不够细致，所以我还是自己写了一部分分析，希望对别人也能有所帮助，也做为自己的一个备忘。

蓝色文字的部分是从网络上摘录的。

一个嵌入式系统经常会使用NOR flash 或NAND flash来存放bootload，内核和文件系统等等。

下面是网络上找到的linux下的mtd驱动的分析：一、Flash硬件驱动层：硬件驱动层负责在init时驱动Flash硬件，Linux MTD 设备的NOR Flash芯片驱动遵循CFI接口标准，其驱动程序位于drivers/mtd/chips子目录下。

NAND型Flash的驱动程序则位于/drivers/mtd/nand 子目录下。

二、MTD原始设备：原始设备层有两部分组成，一部分是MTD原始设备的通用代码，另一部分是各个特定的Flash的数据，例如分区。

用于描述MTD原始设备的数据结构是mtd_info，这其中定义了大量的关于MTD的数据和操作函数。

mtd_table（mtdcore.c）则是所有MTD原始设备的列表，mtd_part（mtd_part.c）是用于表示MTD原始设备分区的结构，其中包含了mtd_info，因为每一个分区都是被看成一个MTD原始设备加在mtd_table中的，mtd_part.mtd_info中的大部分数据都从该分区的主分区mtd_part- >master 中获得。

在drivers/mtd/maps/子目录下存放的是特定的flash的数据，每一个文件都描述了一块板子上的flash。

其中调用add_mtd_device()、del_mtd_device()建立/删除mtd_info结构并将其加入/删除mtd_table（或者调用add_mtd_partition()、del_mtd_partition()（mtdpart.c）建立/删除mtd_part结构并将mtd_part.mtd_info加入/删除mtd_table 中）。

三、MTD设备层：基于MTD原始设备，linux系统可以定义出MTD的块设备（主设备号31）和字符设备（设备号90）。

MTD字符设备的定义在mtdchar.c中实现，通过注册一系列file operation函数（lseek、open、close、read、write）。

MTD块设备则是定义了一个描述MTD块设备的结构mtdblk_dev，并声明了一个名为mtdblks的指针数组，该数组中的每一个mtdblk_dev和mtd_table中的每一个mtd_info一一对应。

四、设备节点：通过mknod在/dev子目录下建立MTD字符设备节点（主设备号为90）和MTD块设备节点（主设备号为31），通过访问此设备节点即可访问MTD字符设备和块设备。

五、根文件系统：在Bootloader中将JFFS（或JFFS2）的文件系统映像jffs.image （或jffs2.img）烧到flash的某一个分区中，在/arch/arm/mach-your/arch.c文件的your_fixup函数中将该分区作为根文件系统挂载。

六、文件系统：内核启动后，通过mount 命令可以将flash中的其余分区作为文件系统挂载到mountpoint上。

NOR型Flash芯片驱动与MTD原始设备所有的NOR型Flash的驱动（探测probe）程序都放在drivers/mtd/chips 下，一个MTD原始设备可以由一块或者数块相同的Flash芯片组成。

假设由4块devicetype为x8的Flash，每块大小为8M，interleave为2，起始地址为0x01000000，地址相连，则构成一个MTD原始设备（0x01000000-0x03000000），其中两块interleave成一个chip，其地址从0x01000000到0x02000000，另两块interleave成一个chip，其地址从0x02000000到0x03000000。

请注意，所有组成一个MTD原始设备的Flash芯片必须是同类型的（无论是interleave还是地址相连），在描述MTD原始设备的数据结构中也只是采用了同一个结构来描述组成它的Flash芯片。

每个MTD原始设备都有一个mtd_info结构，其中的priv指针指向一个map_info结构，map_info结构中的fldrv_priv指向一个cfi_private结构，cfi_private结构的cfiq指针指向一个cfi_ident结构，chips指针指向一个flchip 结构的数组。

其中mtd_info、map_info和cfi_private结构用于描述MTD原始设备；因为组成MTD原始设备的NOR型Flash相同，cfi_ident结构用于描述Flash芯片的信息；而flchip结构用于描述每个Flash芯片的专有信息（比如说起始地址）总的来说，嵌入式系统中一般来说会有一块或多块连续的NOR flash或NAND flash空间（每一个可能是多块相同的芯片来构成）每一个这样的空间被看成一个MTD原始设备（我不知道这个名字谁起的，我也这么用吧）根据一些文章和代码中使用的变量名，我后面称呼它为主分区。

你可以按照自己的需要把主分区分成几个区，我的开发板用的分区信息如下：来自alchemy_flash.c:static struct mtd_partition alchemy_partitions[] = {{.name = "User FS", //这里给根文件系统.size = BOARD_FLASH_SIZE - 0x00400000,.offset = 0x0000000},{.name = "YAMON",//这块给bootloader.size = 0x0100000,.offset = MTDPART_OFS_APPEND, //表示接着上一个分区.mask_flags = MTD_WRITEABLE},{.name = "raw kernel",.size = (0x300000 - 0x40000), /* last 256KB is yamon env */ //这块给自解压//的压缩内核，最后留了点给booterloader的环境变量，它没有被设备驱动使用，而是由booterloader以自己的方式访问。

.offset = MTDPART_OFS_APPEND,}};如果你增加或者是减少了你的flash空间（通过增加或减少flash芯片）或则你想调整几个分区的大小，你只需要修改这个表就可以了。

如果你还有一块NAND区，那么你可能有如下的分区表（au1550nd.c）：const static struct mtd_partition partition_info[] = {{.name = "NAND FS 0",.offset = 0,.size = 8*1024*1024},{.name = "NAND FS 1",.offset = MTDPART_OFS_APPEND,.size = MTDPART_SIZ_FULL}};整个alchemy_flash.c就两个函数：alchemy_mtd_init(void)和alchemy_mtd_cleanup()。

int __init alchemy_mtd_init(void){struct mtd_partition *parts;int nb_parts = 0;unsigned long window_addr;unsigned long window_size;/* Default flash buswidth */alchemy_map.bankwidth = BOARD_FLASH_WIDTH;window_addr = 0x20000000 - BOARD_FLASH_SIZE;window_size = BOARD_FLASH_SIZE;#ifdef CONFIG_MIPS_MIRAGE_WHY/* Boot ROM flash bank only; no user bank */window_addr = 0x1C000000;window_size = 0x04000000;/* USERFS from 0x1C00 0000 to 0x1FC00000 */alchemy_partitions[0].size = 0x03C00000;#endif/** Static partition definition selection*/parts = alchemy_partitions;nb_parts = NB_OF(alchemy_partitions);alchemy_map.size = window_size;/** Now let's probe for the actual flash. Do it here since* specific machine settings might have been set above.*/printk(KERN_NOTICE BOARD_MAP_NAME ": probing %d-bit flash bus\n",alchemy_map.bankwidth*8);alchemy_map.virt = ioremap(window_addr, window_size);mymtd = do_map_probe("cfi_probe", &alchemy_map);if (!mymtd) {iounmap(alchemy_map.virt);return -ENXIO;}mymtd->owner = THIS_MODULE;add_mtd_partitions(mymtd, parts, nb_parts);return 0;}看看红色的区域，do_map_probe返回了一个mtd_info结构指针。

那么表明这个函数在正确找到你的驱动（cfi驱动）后会填好这个表把其中的读写函数等设置到正确的值，具体的实现放到以后分析吧，其中的一个map_info参数，我暂时没有完全读懂，因为我以前不曾研究flash的底层驱动，你需要设置好bankwidth和基地址，和驱动名字，我只能通过一些信息猜测他用来管理这个主分区并给底层驱动使用的，如坏块信息就保存在这里。

合集下载

DM9000驱动移植详解及问题点

DM9000驱动移植详解及问题点

OK6410、2.6.36内核移植，dm9000 驱动移植，详细！分类：嵌入式学习Linux学习2012-04-27 00:54 3004人阅读评论(7) 收藏举报interfaceccompressionresourcesstructtable还是先来吐槽：本来我是在上一个星期的周末已经把Linux2.6.34.11 的驱动已经成功的移植到，OK6410 的开发板上的，并且能够启动主机上的NFS 根文件系统，可是我在周一的时候，开始学习LCD 的驱动程序，在修改内核文件的时候，有几处错误修改，将原来自己做的2.6.34.11 的内核源码搞的乱七八糟的，在这里还是自己在修改内核的时候没有提注重注释，并且没有记录下来自己的操作步骤，以至于我没办法，恢复2.6.34 的内核，所以也就只能重新先开始最基础的内核移植了。

这次我选择的是2.6.36.2 的内核，谁知到一开始移植就出现一大堆问题。

在这里我不得不说，飞凌开发人员对内核修改的代码，管理真的是太扯了，自己在注销任何一个设备是没有一点点注释，就把这个设备原有的线性地址分配给其它设备了，让我让我们这些菜鸟干看着一大堆的报错信息顶个什么用，真的是伤不起。

好了不乱扯了，现在开始记录。

我的开发环境是：VMware Ubuntu 10.10 。

OK6410 A版256M+2G 的开发板。

主机系统：XP。

Uboot：飞凌提供的Uboot。

参考内核：飞凌提供的Forlinx 的2.6.36.2 内核操作步骤以下./ 均代表你的内核根目录1、修改./Makefile191 ARCH ?=arm // 指定cpu类型，arm后面不要有空格，要不然编译是会提醒ARCH 不能为一个目录192 CROSS_COMPILE ?=/usr/local/arm/4.2.2-eabi/usr/bin/arm-linux- // 指定交叉编译器的路径,按照你自己的进行指定路径2、先来说说nand flash 的驱动涉及到的文件：MTD 通用nand flash 驱动程序位置：./drivers/mtd/nand/.nand_base.cNAND Flash 的platform 设备信息： ./drivers/mtd/nand/s3c_nand.c有了上面的依赖驱动依赖程序、接下来修改./arch/arm/mach-s3c64xx/mach-smdk6410.c 1） nandflash 驱动，修改方法加载头文件[cpp]view plaincopyprint?1.#include <linux/mtd/mtd.h>2.#include <linux/mtd/partitions.h>3.#include <plat/nand.h> //这些头文件放在./arch/arm/plat-samsung/include/ 下面添加nand 结构体[cpp]view plaincopyprint?1.// add by acanoe first2.extern void s3c64xx_reserve_bootmem(void); //add by acanoe3.4.5.struct mtd_partition ok6410_nand_part[] = {6. {7. .name = "Bootloader",8. .offset = 0,9. .size = (1 * SZ_1M),10. .mask_flags = MTD_CAP_NANDFLASH,11. },12. {13. .name = "Kernel",14. .offset = (1 * SZ_1M),15. .size = (5*SZ_1M) ,16. .mask_flags = MTD_CAP_NANDFLASH,17. },18. {19. .name = "User",20. .offset = (6 * SZ_1M),21. .size = (120*SZ_1M) ,22. },23. {24. .name = "File System",25. .offset = MTDPART_OFS_APPEND,26. .size = MTDPART_SIZ_FULL,27. }28.};29.30.31.static struct s3c2410_nand_set ok6410_nand_sets[] = {32. [0] = {33. .name = "nand",34. .nr_chips = 1,35. .nr_partitions = ARRAY_SIZE(ok6410_nand_part),36. .partitions = ok6410_nand_part,37. },38.};39.40.41.static struct s3c2410_platform_nand ok6410_nand_info = {42. .tacls = 25,43. .twrph0 = 55,44. .twrph1 = 40,45. .nr_sets = ARRAY_SIZE(ok6410_nand_sets),46. .sets = ok6410_nand_sets,47.};48.//add by acanoe first修改 smdk6410_devices[] __initdata = ｛对照这个结构体将那些进行修改，注意 by acanoe 的语句为修改重点。

NiosII下UCOS和移植Linux教程(中文)

NiosII下UCOS和移植Linux教程(中文)

实验五 uc/OS-II实时操作系统在Nios II中的运行一. 实验目的：了解在NIOSII中使用uc/OSII实时操作系统的基本方法。

二. 实验说明：uc/OS-II已经在世界范围内得到广泛的使用，包括手机、路由器、集线器、不间断电源、飞行器、医疗设备及工业控制等。

实际上，uc/OS-II已经通过了非常严格的测试，并且得到了美国航空航天管理局（FAA）的安全认证，可以用于飞机、航天器等与人性命攸关的控制系统中1。

因此，uc/OS-II在工业等实时性需求比较强的领域应用非常广泛，我们的学习套间提供了在NiosII系统中运行uc/OS-II的例子（“ucosII_test”），该例子定义了两个任务：Task1和Task2，两个任务交替执行。

例子虽然简单，但可以作为uc/OS-II在NiosII系统中运行的演示。

同学们可以参考NiosII的软件开发手册以及uc/OS-II的发明人——Jean J. Labrosse的著作“MicroC/OS-II The Real-Time Kernel”(Second Edition)的中译本《嵌入式实时操作系统uc/OS-II》（第二版，邵贝贝等译），研究和设计出功能更强、更符合实际应用的程序。

一、 参考前面的方法建立一个工程软件工程；二、 打开工程的.syslib工程属性，按下图所示修改编译属性：在“System Library Contents”的“RTOS:”下拉框选择“MicroC/OS-II”，以及右边的程序段都选择SDRAM，因为使用了操作系统，内部ram比较小会容不下，在这里我们选择SDRAM作为uc/OSII的运行环境。

MicroC/OS-II的各个选项的配置可以通过点击“RTOS Options…”按钮进行选择和配置，如下图所示：1《嵌入式实时操作系统uc/OS-II》（第二版）具体操作和配置按照需要和参考ALTERA的软件开发手册。

本例子采用默认配置。

Linux2.6内核移植系列教程

Linux2.6内核移植系列教程

Linux2.6内核移植系列教程第一：Linux 2.6内核在S3C2440平台上移植此教程适合2.6.38之前的版本，其中2.6.35之前使用同一yaffs补丁包，2.6.36--2.6.28 yaffs文件系统有所改变，2.6.39之后的暂时不支持，源码下载请到：/1.解压linux-2.6.34.tar.bz2源码包#tar jxvf linux-2.6.34.tar.bz22.修改linux-2.6.34/Makefile文件,在makefile中找到以下两条信息并做修改ARCH ？ =armCROSS_COMPILE？=/usr/local/arm/4.3.2/bin/arm-linux-注意：交叉编译器的环境变量也需要改为4.3.2#export PATH=/usr/local/arm/4.3.2/bin/:$PATH其中ARCH变量用来决定：配置、编译时读取Linux源码arch目录下哪个体系结构的文件PATH 用来决定交叉编译器版本3.修改机器类型ID号Linux源码中支持多种平台的配置信息，内核会根据bootloader传进来的mach-types决定那份平台的代码起作用，本人手里的板子是仿照三星公司官方给出的demo板改版而来，所以采用arch/arm/mach-s3c2440/mach-smdk2440.c此配置文件，打开此文件，翻到最后，有以下信息：MACHINE_START(S3C2440, "SMDK2440")/* Maintainer: Ben Dooks <ben@> */.phys_io= S3C2410_PA_UART,.io_pg_offst= (((u32)S3C24XX_VA_UART) >> 18) & 0xfffc,.boot_params= S3C2410_SDRAM_PA + 0x100,.init_irq= s3c24xx_init_irq,.map_io= smdk2440_map_io,.init_machine= smdk2440_machine_init,.timer= &s3c24xx_timer,MACHINE_ENDMACHINE_START(S3C2440, "SMDK2440")决定了此板子的mach-types，可以在以下文件中找到S3C2440对应的具体数字，"arch/arm/tools/mach-types"文件查找S3C2440,362，这里刚好与我们的bootloader相同，所以不用做修改，直接保存退出即可，如果不同则根据bootloader的内容修改此文件，或根据此文件修改boorloader的内容（在vivi中可通过param show查看,u-boot在Y:\test\u-boot_src\u-boot_edu-2010.06\board\samsung\unsp2440\unsp2440.c文件：gd->bd->bi_arch_number = MACH_TYPE_S3C2440;中决定）。

关于linuxmtd的理解

关于linuxmtd的理解

关于linuxmtd的理解MTD 设备是象闪存芯片、小型闪存卡、记忆棒等之类的设备，它们在嵌入式设备中的使用正在不断增长。

MTD 驱动程序是在 Linux 下专门为嵌入式环境开发的新的一类驱动程序。

相对于常规块设备驱动程序，使用 MTD 驱动程序的主要优点在于 MTD 驱动程序是专门为基于闪存的设备所设计的，所以它们通常有更好的支持、更好的管理和基于扇区的擦除和读写操作的更好的接口。

Linux 下的 MTD 驱动程序接口被划分为两类模块：用户模块和硬件模块。

MTD 驱动程序设置为了访问特定的闪存设备并将文件系统置于其上，需要将 MTD 子系统编译到内核中。

这包括选择适当的 MTD 硬件和用户模块。

当前，MTD 子系统支持为数众多的闪存设备― 并且有越来越多的驱动程序正被添加进来以用于不同的闪存芯片。

有两个流行的用户模块可启用对闪存的访问：MTD_CHAR 和MTD_BLOCK 。

MTD_CHAR 提供对闪存的原始字符访问，而 MTD_BLOCK 将闪存设计为可以在上面创建文件系统的常规块设备（象IDE 磁盘）。

与MTD_CHAR 关联的设备是/dev/mtd0、mtd1、mtd2（等等），而与MTD_BLOCK 关联的设备是/dev/mtdblock0、mtdblock1（等等）。

由于 MTD_BLOCK 设备提供象块设备那样的模拟，通常更可取的是在这个模拟基础上创建象 FTL 和 JFFS2 那样的文件系统。

为了进行这个操作，可能需要创建分区表将闪存设备分拆到引导装载程序节、内核节和文件系统节中。

Linux 中 MTD 子系统的主要目标是在系统的硬件驱动程序和上层，或用户模块之间提供通用接口。

硬件驱动程序不需要知道象JFFS2 和FTL 那样的用户模块使用的方法。

所有它们真正需要提供的就是一组对底层闪存系统进行 read 、 write 和 erase 操作的简单例程。

MTD 驱动程序是专门针对嵌入式Linux的一种驱动程序，相对于常规块设备驱动程序（比如PC中的IDE硬盘）而言，MTD驱动程序能更好的支持和管理闪存设备，因为它本身就是专为闪存设备而设计的。