Home » 随笔 » mtd 和 mtdblock 的区别

mtd 和 mtdblock 的区别

Posted on by

由于下午工作的时候在write和read flash的时候遇到一个问题，porting 别人写的函数，然后用同样的接口，我怎么调用都是出错，调试了一下午，发现原来是它用mtd 然后我定义的是用mtdblock.
简单记录下查找的介绍：

MTD技术的基本原理
MTD(memory technology device内存技术设备)是用于访问memory设备（ROM、flash）的Linux的子系统。MTD的主要目的是为了使新的memory设备的驱动更加简单，为此它在硬件和上层之间提供了一个抽象的接口，并进行了一个层次划分，层次从上到下大致为：设备文件、MTD设备层、MTD原始设备层、硬件驱动层。MTD的所有源代码在/drivers/mtd子目录下。

~ $ ls /dev/mtd* -l
crw-rw—- 1 root root 90, 0 Jan 1 00:00 /dev/mtd0
crw-rw—- 1 root root 90, 1 Jan 1 00:00 /dev/mtd0ro
crw-rw—- 1 root root 90, 2 Jan 1 00:00 /dev/mtd1
crw-rw—- 1 root root 90, 3 Jan 1 00:00 /dev/mtd1ro
crw-rw—- 1 root root 90, 4 Jan 1 00:00 /dev/mtd2
crw-rw—- 1 root root 90, 5 Jan 1 00:00 /dev/mtd2ro
crw-rw—- 1 root root 90, 6 Jan 1 00:00 /dev/mtd3
crw-rw—- 1 root root 90, 7 Jan 1 00:00 /dev/mtd3ro
brw-rw—- 1 root root 31, 0 Jan 1 00:00 /dev/mtdblock0
brw-rw—- 1 root root 31, 1 Jan 1 00:00 /dev/mtdblock1
brw-rw—- 1 root root 31, 2 Jan 1 00:00 /dev/mtdblock2
brw-rw—- 1 root root 31, 3 Jan 1 00:00 /dev/mtdblock3

/dev/mtd:
crw-rw-rw- 1 root root 90, 0 Jan 1 00:00 0
cr–r–r– 1 root root 90, 1 Jan 1 00:00 0ro
crw-rw-rw- 1 root root 90, 2 Jan 1 00:00 1
cr–r–r– 1 root root 90, 3 Jan 1 00:00 1ro
crw-rw-rw- 1 root root 90, 4 Jan 1 00:00 2
cr–r–r– 1 root root 90, 5 Jan 1 00:00 2ro
crw-rw-rw- 1 root root 90, 6 Jan 1 00:00 3
cr–r–r– 1 root root 90, 7 Jan 1 00:00 3ro

/dev/mtdblock:
brw——- 1 root root 31, 0 Jan 1 00:00 0
brw——- 1 root root 31, 1 Jan 1 00:00 1
brw——- 1 root root 31, 2 Jan 1 00:00 2
brw——- 1 root root 31, 3 Jan 1 00:00 3
~ $
可以看到有mtdN和对应的/dev/mtd/N、mtdblockN和对应的/dev/mtdblock/N两类MTD设备，分别是字符设备，主设备号90和块设备，主设备号31。其中/dev/mtd0和/dev/mtd/0是完全等价的，/dev/mtdblock0和/dev/mtdblock/0是完全等价的，而/dev/mtd0和/dev/mtdblock0则是同一个MTD分区的两种不同应用描述，操作上是有区别的。
/dev/mtdN设备

/dev/mtdN 是MTD架构中实现的mtd分区所对应的字符设备(将mtd设备分成多个区，每个区就为一个字符设备)，其里面添加了一些ioctl，支持很多命令，如MEMGETINFO，MEMERASE等。

mtd-utils中的flash_eraseall等工具，就是以这些ioctl为基础而实现的工具，实现一些关于Flash的操作。比如，mtd 工具中 flash_eraseall中：

if (ioctl(fd, MEMGETINFO, &meminfo) != 0)
{
fprintf(stderr, “%s: %s: unable to get MTD device info\n”,exe_name, mtd_device);
return 1;
}
MEMGETINFO是Linux MTD中的drivers/mtd/mtdchar.c中的ioctl命令，使用mtd字符设备需要加载mtdchar内核模块。该代码解释了上面的第一个现象。
/dev/mtdblockN设备

/dev/mtdblockN，是Flash驱动中用add_mtd_partitions()添加MTD设备分区，而生成的对应的块设备。MTD块设备驱动程序可以让flash器件伪装成块设备，实际上它通过把整块的erase block放到ram里面进行访问，然后再更新到flash，用户可以在这个块设备上创建通常的文件系统。

而对于MTD块设备，MTD设备层是不提供ioctl的实现方法的，也就不会有对应的MEMGETINFO命令之类，因此不能使用nandwrite,flash_eraseall,flash_erase等工具去对/dev/mtdblockN去进行操作，否则就会出现上面的现象一，同时也解释了现象3——用mtd2擦除分区后，在用mtdblock2进行umount就会造成混乱。

mtd块设备的大小可以通过proc文件系统进行查看：

~ $ cat /proc/partitions
major minor #blocks name

31 0 512 mtdblock0
31 1 1024 mtdblock1
31 2 5632 mtdblock2
31 3 9216 mtdblock3
254 0 30760960 mmcblk0
254 1 30756864 mmcblk0p1
~ $
后面的两个是SD块设备的分区大小。每个block的大小是1KB。
MTD设备分区和总结
通过proc文件系统查看mtd设备的分区情况：

~ $ cat /proc/mtd
dev: size erasesize name
mtd0: 00080000 00020000 “boot”
mtd1: 00100000 00020000 “kernel”
mtd2: 00580000 00020000 “roofs70”
mtd3: 00900000 00020000 “app”
~ $
可以发现，实际上mtdN和mtdblockN描述的是同一个MTD分区，对应同一个硬件分区，两者的大小是一样的，只不过是MTD设备层提供给上层的视图不一样，给上层提供了字符和块设备两种操作视图——为了上层使用的便利和需要，比如mount命令的需求，你只能挂载块设备(有文件系统)，而不能对字符设备进行挂载，否则会出现上面的现象2:无效参数。
这里对于mtd和mtdblock设备的使用场景进行简单总结：

mtd-utils工具只能应用与/dev/mtdN的MTD字符设备
mount、umount命令只对/dev/mtdblockN的MTD块设备有效
/dev/mtdN和/dev/mtdblockN是同一个MTD设备的同一个分区（N一样）

简单的说就是：mtd 是字符设备，然后mtdblock 是块设备。操作上，字符设备和块设备还是有差别的。

转自：http://my.oschina.net/shelllife/blog/123482