QSPI flash支持JFFS2文件系统吗

JFFS2是Flash上应用最广的一个日志结构文件系统。它提供的垃圾回收机制，不需要马上对擦写越界的块进行擦写，而只需要将其设置一个标志，标明为脏块，当可用的块数不足时，垃圾回收机制才开始回收这些节点。同时，由于JFFS2基于日志结构，在意外掉电后仍然可以保持数据的完整性，而不会丢失数据。本文阐述如何在nand flash上实现JFFS2根文件文件系统。实验环境是：FS2410开发平台及ubantu7.04主机环境。由于使用的ubantu7.04的环境没有安装制作JFFS2文件系统镜像的工具mkfs.jffs2，所以首先在Linux系统中安装mkfs.jffs2工具，安装的过程如下：1．下载MTD工具包本处使用的是mtd-snapshot-20050519.tar.bz2：farsight#tar –jxvf mtd-snapshot-20050519.tar.bz2farsight#cd mtdfarsight#./configurefarsight#makefarsight#make install如果系统中没有安装ZLIB库，那么首先安装ZLIB库。具体的安装过程如下：farsight#tar –zxvf zlib-1.2.3.tar.gzfarsight#cd zlib-1.2.3farsight#./configurefarsight#makefarsight#make install完成此步骤后，系统中就有了mkfs.jffs2的工具。注意：这个工具不同于mkfs.ext2工具，它只能制作相应的JFFS2文件系统的镜像，而不具有进行格式化的功能，而mkfs.ext2具备这以上两种功能。然后用这个工具就可以制作JFFS2文件系统的镜像了。2、制作JFFS2文件镜像实验平台用到的nand flash 是K9F1208，在制作镜像过程添加的参数需要和它对应。farsight#mkfs.jffs2 -r /source/rootfs -o rootfs.jffs2 -e 0x4000 --pad=0x800000 -n这样就会生成一个8M大小的rootfs.jffs2的镜像，它也正是JFFS2文件系统的镜像，关于这个命令行里的选项的内容，可以用man a mkfs.jffs2命令来查看内容。JFFS2 维护了几个链表来管理擦写块，根据擦写块上的内容，一个擦写块会在不同的链表上。具体来说，当一个擦写块上都是合法(valid)的节点时，它会在 clean_list 上；当一个擦写块包含至少一个过时(obsolete)的节点时，它会在 dirty_list 上；当一个擦写块被擦写完毕，并被写入 CLEANMARKER 节点后，它会在 free_list 上。而当你在挂载这个文件系统的时候，如果出现CLEANMARKER node found at 0x0042c000 has totlen 0xc != normal 0x0的警告的时候，可以加一个“-n”的选项，这个主要是由于针对Nand Flash不需要在每个擦除块的开始写入CLEANMARKER 节点。3、设置内核启动参数本处用的bootloader是U-BOOT.所以在U-BOOT的命令终端设置如下：FS2410#setenv bootargs root=/dev/mtdblock/2 rootfstype=jffs2 rw console=ttySAC0,115200 init=/linuxrc mem=64M4、配置内核支持JFFS2文件系统File Systems --->Miscellaneous filesystems ---><*>JournallingFlash File System v2 (JFFS2) support[*]JFFS2write-bufferingsupport[*]AdvancedcompressionopTIonsforJFFS2[*]JFFS2ZLIBcompressionsupport[*]JFFS2RTIMEcompressionsupport[*] JFFS2 RUBIN compression support5、下载rootfs.jffs2镜像下载到Nand Flash第二个分区。FS2410#nand erase 200000 800000FS2410#nand write.jffs2 300008000 200000 800000这里说明下关于nand flash *** 作的几个常用命令的含义nand write：向Nand Flash写入数据，如果NandFlash相应的区域有坏块，则直接报错。nand write.jffs2：向Nand Flash写入数据，如果NandFlash相应的区域有坏块，可以跳过坏块。nand read：读取Nand Flash相应区域的数据，如果NandFlash相应的区域有坏块，则直接报错。nand read.jffs2s：读取Nand Flash相应区域的数据，如果NandFlash相应的区域有坏块，将对应坏块区域的缓冲填充0xff，然后跳过此坏块继续读取。nand read.jffs2：读取Nand Flash相应区域的数据，如果NandFlash相应的区域有坏块，直接跳过坏块。具体的参考代码参看U-BOOT源码：common/cmd_nand.c文件。下载完JFFS2文件系统镜像后，需要把Linux内核NandFlash的驱动关于第二个分区的大小改为8M（和镜像一样大），否则会出现类似如下错误：Freeing init memory: 124KWarning: unable to open an initial console.Argh. Special inode #171 with mode 0xa1ff had more than one nodeKernel panic: No init found. Try passing init= option to kernel.Argh. Special inode #63 with mode 0xa1ff had more than one nodeReturned error for crccheck of ino #63. Expect badness...Argh. Special inode #67 with mode 0xa1ff had more than one nodeReturned error for crccheck of ino #67. Expect badness...Argh. Special inode #68 with mode 0xa1ff had more than one node到此，一个JFFS2文件系统的镜像制作成功。可以启动系统并测试JFFS2的性能了还有一种制作JFFS2文件系统镜像的方法，在制作镜像的参数中可以不加—pad选项，过程如下：farsight#mkfs.jffs2 -r /source/rootfs -o rootfs.jffs2 -e 0x4000 -n启动开发板烧写rootfs.jffs2镜像FS2410#nand erase 200000 800000//(注意把整个存放文件系统的分区全部给擦除)。FS2410#nand write.jffs2 30008000 200000 31a28c//(必须是rootfs.jffs2的实际大小。如果是你写成了4M，那么分区的其余部分JFFS2文件系统将无法识别)。

在<linux/spi/spi.h>头文件中包含有内核文档,做为主要的源码,你应该详读内核API文档的相关章节.本文只是概览,在了解细节前有个大致的图景是好的.

SPI请求会进入到I/O队列中.请求给定的SPI设备也是按照FIFO顺序进行的,通过完成机制异步通知.也同简单的同步措施:先写在读出来.

有俩类SPI驱动:

控制器驱动(Controller drivers)...集成在SOC中的控制器,经常扮演Master和Slave双角色.这类驱动直接接触到硬件层的寄存器甚至使用DMA.亦或者扮演bitbanger,仅需要GPIO脚

协议驱动(Protocoldrivers)...在控制器和slave或者控制器和另外一条SPI链路上的Master传递消息.协议驱动是将控制器读到的数据,比如是一堆0,1代码,解析成有意义的协议数据

对于协议驱动应该是我们要写的,spi在linux内核中有spi子系统分为spi核心层,就类似USBcore一样是主控制器部分,另一个就是spi设备层了.前者内核帮咱写好了,为了让你的spi设备能工作,就得借助spicontroller driver导出的一些设施来编写protocoldrivers了.

struct spi_device结构封装了俩类驱动间的master-side接口.

有一个最小化SPI编程接口的core,专注于使用板级初始化代码提供的设备表并借助于驱动模型来连接controller和protocol驱动.在sysfs文件系统中,SPI视图:

1/sys/devices/.../CTLR ... physical node for a given SPI controller

2

3/sys/devices/.../CTLR/spiB.C ... spi_device on bus "B",

4 chipselect C, accessed through CTLR.

5

6/sys/bus/spi/devices/spiB.C ... symlink to that physical

7.../CTLR/spiB.C device

8

9/sys/devices/.../CTLR/spiB.C/modalias ... identifies the driver

10 that should be used with this device (for hotplug/coldplug)

11

12/sys/bus/spi/drivers/D ... driver for one or more spi*.* devices

13

14/sys/class/spi_master/spiB ... symlink (or actual device node) to

15 a logical node which could hold class related state for the

16 controller managing bus "B". All spiB.* devices share one

17 physical SPI bus segment, with SCLK, MOSI, and MISO.

需要注意的是控制器类状态的实际位置取决于您是否开启CONFIG_SYSFS_DEPRECATED标志.此时,唯一的特定类状态是总线编号("B" in "spiB"),所以/sys/class下的那些入口项是唯一的识别总线的标志.

---