Linux驱动程序开发.ppt

《Linux驱动程序开发.ppt》由会员分享，可在线阅读，更多相关《Linux驱动程序开发.ppt（112页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、1Linux驱动程序移植及分析程杰程杰http:/2Copyright2009ProchipElectronicsCo，ltd.AllRightsReserved.Nottobereproducedbyanymeanswithoutpriorwrittenconsent.2一、Linux内核启动过程概述二、MTD简介及修改NandMTD分区三、移植YAFFS文件系统四、Framebuffer驱动分析五、嵌入式Linux音频驱动程序设计六、LinuxIIS音频应用程序开发简介3一、Linux内核启动过程概述4Copyright2009ProchipElectronicsCo，ltd.AllRig

2、htsReserved.Nottobereproducedbyanymeanswithoutpriorwrittenconsent.41Linux内核启动内核启动汇编代码部分检测内核是否支持处理器和开发板连接内核使用的虚拟地址，设置页表，使能MMU常规工作：复制数据段、调用strat_kernel函数C代码部分内核初始化调用rest_init函数，创建系统第一个进程init重设页表、设置系统时钟、初始化串口5Copyright2009ProchipElectronicsCo，ltd.AllRightsReserved.Nottobereproducedbyanymeanswithoutprio

3、rwrittenconsent.5开始确定内核是否支持架构_lookup_processor_type确定内核是否支持开发板_lookup_machine_type建立一级页表_creat_page_tables禁止IcacheDcache_arm720t_setup使能MMU_enale_mmu复制数据段清楚BSS段保存CPUID调用start_kernel汇编阶段6Copyright2009ProchipElectronicsCo，ltd.AllRightsReserved.Nottobereproducedbyanymeanswithoutpriorwrittenconsent.6输出L

4、inux版本信息printk设置与体系相关的内容setup_arch初始化控制台console_init启动init过程rest_initC阶段7Copyright2009ProchipElectronicsCo，ltd.AllRightsReserved.Nottobereproducedbyanymeanswithoutpriorwrittenconsent.72引导阶段代码分析引导阶段代码分析78ENTRY(stext)79msrcpsr_c,#PSR_F_BIT|PSR_I_BIT|MODE_SVCensuresvcmode80andirqsdisabled81mrcp15,0,r9,

5、c0,c0getprocessorid82bl_lookup_processor_typer5=procinfor9=cpuid83movsr10,r5invalidprocessor(r5=0)?84beq_error_pyes,errorp85bl_lookup_machine_typer5=machinfo86movsr8,r5invalidmachine(r5=0)?87beq_error_ayes,errora88bl_create_page_tables8Copyright2009ProchipElectronicsCo，ltd.AllRightsReserved.Nottober

6、eproducedbyanymeanswithoutpriorwrittenconsent.879通过设置CPSR寄存器来确保处理器进入SVC模式，并禁止中断81读取协处理器CP15的寄存器C0获得CPUID82调用函数确定是否支持CPU85调用函数确定是否支持当前开发板如果_lookup_processor_type和_lookup_machine_type返回成功，系统将调用_creat_page_tables来创建一级页表以建立虚拟地址到物理地址的映射关系，接着会调用_enable_mmu来打开MMU9Copyright2009ProchipElectronicsCo，ltd.AllRi

7、ghtsReserved.Nottobereproducedbyanymeanswithoutpriorwrittenconsent.93start_kernel函数分析函数分析进入start_kernel后，如果在串口中看不到信息，说明启动出现问题，可能原因有两个:bootloader传入参数不对setup_arch针对开发板的设置不正确在执行console_init函数前，系统信息保存在缓冲区中，只有在初始化控制台后才会输出10Copyright2009ProchipElectronicsCo，ltd.AllRightsReserved.Nottobereproducedbyanymean

8、swithoutpriorwrittenconsent.10（1）setup_arch函数分析函数分析arch/arm/kernel/void_initsetup_arch(char*cmdline_p)setup_processor();mdesc=setup_machine(machine_arch_type);if(mdesc-boot_params)tags=phys_to_virt(mdesc-boot_params);if(tags-=ATAG_CORE)if(!=0)squash_mem_tags(tags);parse_tags(tags);memcpy(saved_comma

9、nd_line,from,COMMAND_LINE_SIZE);saved_command_lineCOMMAND_LINE_SIZE-1=0;parse_cmdline(cmdline_p,from);paging_init(&meminfo,mdesc);11Copyright2009ProchipElectronicsCo，ltd.AllRightsReserved.Nottobereproducedbyanymeanswithoutpriorwrittenconsent.11setup_processor（）用来进行处理器相关的一些设置。setup_machine（）用来获得开发板的m

10、achine_desc结构if(mdesc-boot_params)用来确定u-boot传入参数的启动地址之后的每一个tag，在中都定义了相应的处理函数eg内存tag：parse_tag_mem32（）命令行tag：parse_tag_cmdline（）parse_cmdline（）对一些参数进行先期处理12Copyright2009ProchipElectronicsCo，ltd.AllRightsReserved.Nottobereproducedbyanymeanswithoutpriorwrittenconsent.12“mem=”用来限制Linux使用的内存总量系统将调用early_

11、mem对其进行处理“console=”用来指定要使用的控制台名称、序号、参数console_setup函数将处理这个信息，并保存在全局结构console_cmdline中，后面console_init函数初始化控制台时会根据这些信息选择13Copyright2009ProchipElectronicsCo，ltd.AllRightsReserved.Nottobereproducedbyanymeanswithoutpriorwrittenconsent.13（2）paging_init函数分析函数分析调用形式：paging_init(&meminfo,mdesc);其中：meminfo中存放

12、内存信息mdesc是开发板定义参数结构体调用流程：paging_init-devicemapes_init-map_io（）14Copyright2009ProchipElectronicsCo，ltd.AllRightsReserved.Nottobereproducedbyanymeanswithoutpriorwrittenconsent.14（3）console_init函数分析函数分析位置drivers/char/void_initconsole_init(void)initcall_t*call;/*SetupthedefaultTTYlinediscipline.*/(void)

13、tty_register_ldisc(N_TTY,&tty_ldisc_N_TTY);#ifdefCONFIG_EARLY_PRINTKdisable_early_printk();#endifcall=_con_initcall_start;while(callsetup_arch-setup_processorsetup_machinepage_tagsparse_cmdlinepaging_init-devicemaps_init-mdesc-map_io()console_init-register_console()16二、MTD简介及修改NandMTD分区17Copyright20

14、09ProchipElectronicsCo，ltd.AllRightsReserved.Nottobereproducedbyanymeanswithoutpriorwrittenconsent.171MTD简介简介MTD(memorytechnologydevice内存技术设备)是用于访问memory设备（ROM、flash）的Linux的子系统。MTD的主要目的是为了使新的memory设备的驱动更加简单，为此它在硬件和上层之间提供了一个抽象的接口。MTD的所有源代码在/drivers/mtd子目录下。CFI接口的MTD设备分为四层，从上到下依次是：设备节点、MTD设备层、MTD原始设备层

15、和硬件驱动层。18Copyright2009ProchipElectronicsCo，ltd.AllRightsReserved.Nottobereproducedbyanymeanswithoutpriorwrittenconsent.181.1Flash硬件驱动层硬件驱动层硬件驱动层负责在init时驱动Flash硬件，LinuxMTD设备的NORFlash芯片驱动遵循CFI接口标准，其驱动程序位于drivers/mtd/chips子目录下。NAND型Flash的驱动程序则位于/drivers/mtd/nand子目录下19Copyright2009ProchipElectronicsCo，l

16、td.AllRightsReserved.Nottobereproducedbyanymeanswithoutpriorwrittenconsent.191.2MTD原始设备原始设备原始设备层有两部分组成，一部分是MTD原始设备的通用代码，另一部分是各个特定的Flash的数据，例如分区。用于描述MTD原始设备的数据结构是mtd_info，这其中定义了大量的关于MTD的数据和操作函数。mtd_table（）则是所有MTD原始设备的列表mtd_part（）是用于表示MTD原始设备分区的结构，其中包含了mtd_info，因为每一个分区都是被看成一个MTD原始设备加在mtd_table中的20Copy

17、right2009ProchipElectronicsCo，ltd.AllRightsReserved.Nottobereproducedbyanymeanswithoutpriorwrittenconsent.201.3MTD设备层设备层基于MTD原始设备，linux系统可以定义出MTD的块设备（主设备号31）和字符设备（设备号90）。MTD字符设备的定义在中实现，通过注册一系列fileoperation函数（lseek、open、close、read、write）。MTD块设备则是定义了一个描述MTD块设备的结构mtdblk_dev，并声明了一个名为mtdblks的指针数组，这数组中的每一

18、个mtdblk_dev和mtd_table中的每一个mtd_info一一对应。21Copyright2009ProchipElectronicsCo，ltd.AllRightsReserved.Nottobereproducedbyanymeanswithoutpriorwrittenconsent.21文件系统文件系统在Bootloader中将JFFS（或JFFS2）的文件系统映像（或）烧到flash的某一个分区中，在/arch/arm/mach-your/文件的your_fixup函数中将该分区作为根文件系统挂载。文件系统：内核启动后，通过mount命令可以将flash中的其余分区作为文件

19、系统挂载到mountpoint上。22Copyright2009ProchipElectronicsCo，ltd.AllRightsReserved.Nottobereproducedbyanymeanswithoutpriorwrittenconsent.222修改修改NandMTD分区分区SEP4020NandFlash有64MB空间目前分区情况：mtdblock00 x00000000-0 x01000001Mmtdblock10 x00100000-0 x06000005Mmtdblock20 x00600000-0 x1E0000024Mmtdblock30 x01E00000-0

20、x0400000034M23Copyright2009ProchipElectronicsCo，ltd.AllRightsReserved.Nottobereproducedbyanymeanswithoutpriorwrittenconsent.23SEP4020NAND的驱动程序,其目录位于:宏定义：#defineNUM_PARTITIONS4/NAND的分区数目(这里分为4个分区)#defineUBOOT_SIZESZ_1M*1/UBOOT分区空间大小#defineKERNEL_SIZESZ_1M*5/内核分区空间大小#defineROOT_SIZESZ_1M*24/根文件系统分区大小#

21、defineUSER_SIZESZ_1M*34/用户空间分区大小24Copyright2009ProchipElectronicsCo，ltd.AllRightsReserved.Nottobereproducedbyanymeanswithoutpriorwrittenconsent.24staticstructmtd_partitionpartition_info=.name=U-boot,.offset=0,.size=UBOOT_SIZE,.name=linux2.6.16kernel,.offset=UBOOT_SIZE,.size=KERNEL_SIZE,.name=root,.o

22、ffset=UBOOT_SIZE+KERNEL_SIZE,.size=ROOT_SIZE,.name=user,.offset=UBOOT_SIZE+KERNEL_SIZE+ROOT_SIZE,.size=USER_SIZE;25Copyright2009ProchipElectronicsCo，ltd.AllRightsReserved.Nottobereproducedbyanymeanswithoutpriorwrittenconsent.25上面的代码可以看出:NAND被分为4个分区我们可能修改NAND分区数目和各分区的大小(包括增加分区删除分区合并分区等)注意:无论做任何修改,所有分

23、区的大小不能超过NAND的总量(目前64M).26Copyright2009ProchipElectronicsCo，ltd.AllRightsReserved.Nottobereproducedbyanymeanswithoutpriorwrittenconsent.26增加一个分区增加一个分区#defineNUM_PARTITIONS5/NAND的分区数目(修改)#defineUBOOT_SIZESZ_1M*1/UBOOT分区空间大小#defineKERNEL_SIZESZ_1M*5/内核分区空间大小#defineROOT_SIZESZ_1M*24/根文件系统分区大小#defineUSER

24、_SIZESZ_1M*17/用户空间分区大小(修改)#defineUSER1_SIZESZ_1M*17/用户增加的分区(修改)27Copyright2009ProchipElectronicsCo，ltd.AllRightsReserved.Nottobereproducedbyanymeanswithoutpriorwrittenconsent.27这样就将原来的第四分区(34M)分为两个分区(17M+17M)的空间.在串口调试工具输出的NAND分区信息中可以看到如下五个分区:Creating5MTDpartitionsonNAND64MiB3,3V8-bit:0 x00000000-0 x

25、00100000:U-boot0 x00100000-0 x00600000:linux2.6.16kernel0 x00600000-0 x01e00000:root0 x01e00000-0 x02f00000:user0 x02f00000-0 x04000000:user128Copyright2009ProchipElectronicsCo，ltd.AllRightsReserved.Nottobereproducedbyanymeanswithoutpriorwrittenconsent.28删除删除(合并合并)一个分区一个分区#defineNUM_PARTITIONS3/NAND

26、分区数目(修改)#defineUBOOT_SIZESZ_1M*1#defineKERNEL_SIZESZ_1M*5#defineROOT_SIZESZ_1M*58/根目录空间大小(修改)staticstructmtd_partitionpartition_info=.name=U-boot,.offset=0,.size=UBOOT_SIZE,.name=linux2.6.16kernel,.offset=UBOOT_SIZE,.size=KERNEL_SIZE,.name=root,.offset=UBOOT_SIZE+KERNEL_SIZE,.size=ROOT_SIZE,;29Copyr

27、ight2009ProchipElectronicsCo，ltd.AllRightsReserved.Nottobereproducedbyanymeanswithoutpriorwrittenconsent.29这样就将原来的后两个分区就合并成为一个54M空间的分区.在串口调试工具输出的NAND分区信息中可以看到如下三个分区:Creating3MTDpartitionsonNAND64MiB3,3V8-bit:0 x00000000-0 x00100000:U-boot0 x00100000-0 x00600000:linux2.6.16kernel0 x00600000-0 x040000

28、00:root30Copyright2009ProchipElectronicsCo，ltd.AllRightsReserved.Nottobereproducedbyanymeanswithoutpriorwrittenconsent.30staticstructmtd_partitionpartition_info=.name=U-boot,.offset=0,.size=UBOOT_SIZE,.name=linux2.6.16kernel,.offset=UBOOT_SIZE,.size=KERNEL_SIZE,.name=root,.offset=UBOOT_SIZE+KERNEL_S

29、IZE,.size=ROOT_SIZE,.name=user,.offset=UBOOT_SIZE+KERNEL_SIZE+ROOT_SIZE,.size=USER_SIZE,/以下分区为增加的一个分区,在地偏移量后面要加上USER空间的大小.name=user1,.offset=UBOOT_SIZE+KERNEL_SIZE+ROOT_SIZE+USER_SIZE,.size=USER1_SIZE;31三、移植YAFFS文件系统32Copyright2009ProchipElectronicsCo，ltd.AllRightsReserved.Nottobereproducedbyanymean

30、swithoutpriorwrittenconsent.321.1简介简介Yaffs（YetAnotherFlashFileSystem）文件系统是专门针对NAND闪存设计的嵌入式文件系统，目前有YAFFS和YAFFS2两个版本，两个版本的主要区别之一在于YAFFS2能够更好的支持大容量的NANDFLASH芯片。Yaffs文件系统有些类似于JFFS/JFFS2文件系统，与之不同的是JFFS1/2文件系统最初是针对NORFLASH的应用场合设计的，而NORFLASH和NANDFLASH本质上有较大的区别，所以尽管JFFS1/2文件系统也能应用于NANDFLASH，但由于它在内存占用和启动时间方面

31、针对NOR的特性做了一些取舍，所以对NAND来说通常并不是最优的方案。33Copyright2009ProchipElectronicsCo，ltd.AllRightsReserved.Nottobereproducedbyanymeanswithoutpriorwrittenconsent.33NOR和和NAND的比较的比较基本上NOR比较适合存储程序代码，其容量一般较小（比如小于32MB），价格较高，而NAND容量可达1GB以上，价格也相对便宜，适合存储数据。一般来说，128MB以下容量NANDFLASH芯片的一页大小为528字节，用来存放数据，另外每一页还有16字节的备用空间（Spare

32、Data,OOB），用来存储ECC校验/坏块标志等信息，再由若干页组成一个块，通常一块为32页16K。与NOR相比，NAND不是完全可靠的，每块芯片出厂时都有一定比例的坏块存在，对数据的存取不是使用地址映射而是通过寄存器的操作，串行存取数据。34Copyright2009ProchipElectronicsCo，ltd.AllRightsReserved.Nottobereproducedbyanymeanswithoutpriorwrittenconsent.341.2Yaffs文件系统数据在文件系统数据在NAND上的存储方式上的存储方式Yaffs对文件系统上的所有内容（比如正常文件，目录，

33、链接，设备文件等等）都统一当作文件来处理，每个文件都有一个页面专门存放文件头，文件头保存了文件的模式、所有者id、组id、长度、文件名、ParentObjectID等信息。因为需要在一页内放下这些内容，所以对文件名的长度，符号链接对象的路径名等长度都有限制。前面说到对于NANDFLASH上的每一页数据，都有额外的空间用来存储附加信息，Yaffs正是利用了这部分空间中剩余的部分来存储文件系统相关的内容。35Copyright2009ProchipElectronicsCo，ltd.AllRightsReserved.Nottobereproducedbyanymeanswithoutpriorw

34、rittenconsent.35以512+16B为一个PAGE的NANDFLASH芯片为例,Yaffs文件系统数据的存储布局如下所示0.511数据区域512.515YAFFSTAG516Datastatusbyte517Blockstatusbyte坏块标志位518.519YAFFSTAG520.522后256字节数据的ECC校验结果523.524YAFFSTAG525.527前256字节数据的ECC校验结果36Copyright2009ProchipElectronicsCo，ltd.AllRightsReserved.Nottobereproducedbyanymeanswithoutpr

35、iorwrittenconsent.36BitsContent20ChunkID，该page在一个文件内的索引号，所以文件大小被限制在220PAGE即512Mb22bitsserialnumber10ByteCount该page内的有效字节数18ObjectID对象ID号，用来唯一标示一个文件12Ecc,Yaffs_Tags本身的ECC校验和2Unused可以看到在这里YAFFS一共使用了8个BYTE用来存放文件系统相关的信息（yaffs_Tags）。这8个Byte的具体使用情况按顺序如下：37Copyright2009ProchipElectronicsCo，ltd.AllRightsRes

36、erved.Nottobereproducedbyanymeanswithoutpriorwrittenconsent.37SerialNumber在文件系统创建时都为0，以后每次写具有同一ObjectID和ChunkID的page的时候都加一，因为Yaffs在更新一个PAGE的时候总是在一个新的物理Page上写入数据，再将原先的物理Page删除，所以该serialnumber可以在断电等特殊情况下，当新的page已经写入但老的page还没有被删除的时候用来识别正确的Page，保证数据的正确性。ObjectID号为18bit，所以文件的总数限制在256K即26万个左右。以上这些是针对Yaffs

37、1而言，对于Yaffs2因为针对chunksize大于1k的NANDFLASH，在Tags各分量及总体尺寸上都做了修改，以便更快更好的处理大容量的NANDFLASH芯片。由于Tag尺寸的增大，在512+16B类型的NANDFLASH上就一个Trunk对应一个page的情况，目前就无法使用Yaffs2文件系统了。由于文件系统的基本组织信息保存在页面的备份空间中，因此，在文件系统加载时只需要扫描各个页面的备份空间，即可建立起整个文件系统的结构，而不需要像JFFS1/2那样扫描整个介质，从而大大加快了文件系统的加载速度。38Copyright2009ProchipElectronicsCo，ltd.

38、AllRightsReserved.Nottobereproducedbyanymeanswithoutpriorwrittenconsent.381.3yaffs文件系统在内存中的组织方式文件系统在内存中的组织方式操作文件系统的第一步自然是取得SuperBlock了，Yaffs文件系统本身在NANDFlash上并不存在所谓的SuperBlock块，完全是在文件系统mount的过程中由read_super函数填充的.通常一个具体的文件系统在VFS的Super_block结构中除了通用的数据外，还有自己专用的数据，Yaffs文件系统的专用数据是一个yaffs_DeviceStruct结构，主要用

39、来存储一些相关软硬件配置信息，相关函数指针和统计信息等。39Copyright2009ProchipElectronicsCo，ltd.AllRightsReserved.Nottobereproducedbyanymeanswithoutpriorwrittenconsent.39SuperBlockFilesystemtypeSizeStatusInformationaboutothermetadatastructures40Copyright2009ProchipElectronicsCo，ltd.AllRightsReserved.Nottobereproducedbyanymeans

40、withoutpriorwrittenconsent.40文件在内存中的组织方式文件在内存中的组织方式在mount过程执行read_super的过程中，Yaffs文件系统还需要将文件系统的目录结构在内存中建立起来。由于没有super块，所以需要扫描Yaffs分区，根据从OOB中读取出的yaffs_tags信息判断出是文件头page还是数据page。再根据文件头page中的内容以及数据page中的ObjectID/ChunkID/serialNumber等信息在内存中为每个文件（Object）建立一个对应的yaffs_object对象。41Copyright2009ProchipElectron

41、icsCo，ltd.AllRightsReserved.Nottobereproducedbyanymeanswithoutpriorwrittenconsent.41yaffs_object结构结构如修改时间，用户ID，组ID等文件属性；用作yaffs文件系统维护用的各种标记位如脏（dirty）标记，删除标记等等；用作组织结构的，如指向父目录的Parent指针，指向同级目录中其他对象链表的siblings双向链表头结构42Copyright2009ProchipElectronicsCo，ltd.AllRightsReserved.Nottobereproducedbyanymeanswit

42、houtpriorwrittenconsent.42Yaffs_object中有其各自专有的数据内容中有其各自专有的数据内容普通文件：文件尺寸，用于快速查找文件数据块的yaffs_Tnode树的指针等目录：目录项内容双向链表头（children）链接：softlink的alias，hardlink对应的ObjectID通过创建这些yaffs_object，yaffs文件系统就能够将存储在NANDFLASH上数据系统的组织起来，在内存中维护一个完整的文件系统结构。43Copyright2009ProchipElectronicsCo，ltd.AllRightsReserved.Nottobere

43、producedbyanymeanswithoutpriorwrittenconsent.432Yaffs文件系统集成及应用相关文件系统集成及应用相关这里所谓移植，就是在特定的软硬件环境里编译出yaffs文件系统模块:在内核中建立YAFFS目录fs/yaffs，并把下载的YAFFS代码复制到该目录下面。修改Kconfig文件，加入yaffs目录修改fs/makefile，加入yaffs目录44Copyright2009ProchipElectronicsCo，ltd.AllRightsReserved.Nottobereproducedbyanymeanswithoutpriorwritten

44、consent.442.1配置、编译内核配置、编译内核讲解用到的几个选项：CONFIG_YAFFS_FS：支持YAFFS文件系统CONFIG_YAFFS_YAFFS1：支持YAFFS1文件系统，特别应用于每页大小为512Byte的NandFlash上CONFIG_YAFFS_YAFFS2：支持YAFFS2文件系统，对于每页大小为2048Byte的NandFlash，这是必须的CONFIG_YAFFS_DOES_ECC：使用YAFFS本身的ECC校验函数45Copyright2009ProchipElectronicsCo，ltd.AllRightsReserved.Nottobereprodu

45、cedbyanymeanswithoutpriorwrittenconsent.45Turnoffdebugchunkerasecheck，这一项试验的结果选上后平均可以提高20-30%左右的擦写速度最好把LetsYaffsdoitsownECC选上，同时，把MTDNAND驱动中的ECC校验关闭。46Copyright2009ProchipElectronicsCo，ltd.AllRightsReserved.Nottobereproducedbyanymeanswithoutpriorwrittenconsent.462.2Yaffs文件系统的制作和使用文件系统的制作和使用Yaffs源代码包

46、的utils目录下包含了mkyaffsimage和mkyaffs2image的代码，简单的修改一下Makefile里的内核路径就能编译出mkyaffsimage/mkyaffs2image工具。运行mkyaffsimagedirimagename可以制作出yaffs1文件系统的镜像。但是，需要注意的是，制作出来的yaffsimage文件与通常的文件系统的image文件不同，因为在image文件里除了以512字节为单位的一个page的data数据外，同时紧跟在后还包括了16字节为单位的NAND备份数据区（OOB）的数据。所以实际上是以528个字节为单位的。就是因为包含了这额外的16字节/page

47、的数据，所以基本上常规办法如dd，或者通常的下载其它类型image的工具就无法正常下载yaffsimage了，需要修改你所使用的下载工具的代码，使得它能将yaffsimage中的这些额外数据也写入NANDFLASHOOB中。47Copyright2009ProchipElectronicsCo，ltd.AllRightsReserved.Nottobereproducedbyanymeanswithoutpriorwrittenconsent.47需要注意通过mkyaffsimage制做出来的image其OOB中也包含它自己计算的ECC校验数据，其校验算法有可能和MTDNAND驱动的校验算法不

48、同，如果在内核中由MTD来处理ECC，会造成MTD认为所有的page都校验错误。所以，最好把LetsYaffsdoitsownECC选上，同时，把MTDNAND驱动中的ECC校验关闭。48Copyright2009ProchipElectronicsCo，ltd.AllRightsReserved.Nottobereproducedbyanymeanswithoutpriorwrittenconsent.48其它方式制作其它方式制作yaffs文件系统文件系统如果不考虑产线批量下载的话，也可以通过mount拷贝的方式准备yaffs文件系统。用flash_eraseall将NANDFLASH分区擦

49、除，然后做为yaffs分区直接mount上来，将文件系统的内容拷贝上去就可以了。这可能是在真正的NANDFLASH上试验yaffs文件系统最简单的方式了。49四、LinuxFramebuffer驱动设计Aokikyon50Copyright2009ProchipElectronicsCo，ltd.AllRightsReserved.Nottobereproducedbyanymeanswithoutpriorwrittenconsent.50概述概述Linux操作系统，应用程序处于用户态，无法直接对LCD进行读写在Linux系统中，Framebuffer驱动提供了用户和LCD屏幕之间的接口功能

50、Framebuffer将显示设备抽象为内存缓冲区用户通过对内存的读写，可控制LCD输出51Copyright2009ProchipElectronicsCo，ltd.AllRightsReserved.Nottobereproducedbyanymeanswithoutpriorwrittenconsent.51Framebuffer原理原理必须使用Linux抽象出来的Framebuffer设备对LCD进行读写在DEV目录中一般命名为fb0、fb1FB驱动提供ioctl接口函数，实现查询、修改显示设备的参数功能Eg:图像的分辨率、像素位宽52Copyright2009ProchipElectr