Nand/Nor Flash
在嵌入式Linux产品中，通常使用的存储介质为Nand Flash和Nor Flash，而手机、相机等产品通常使用eMMC、SD Card作为存储介质，导致这种差异的原因主要是成本考量。
Nand Flash和Nor Flash具有低成本、高密度存储的优势。但是，它们在读写操作上又有各自的限制。Nand Flash和Nor Flash都没有片内FTL(Flash Transfer Layer)层，换句话说，它们都是raw flash。也就是说，本质上它们都是字符设备。未填写数据的时候，所有位都是高电平；写操作是将高电平变为低电平；只有擦操作才能将低电平变为高电平。所以Nand Flash和Nor Flash的写操作都只能通过先擦除再写入完成，读操作没有限制。
Nand Flash通常用来存储数据，它通过页(Page)和块(Block)两级结构组成，页大小通常为512Byte，类似于磁盘，块大小为8~32KB。读取和写入以页为单位进行，擦操作以块为单位进行。另外，针对每一页有16字节的OOB区，用来存放额外的信息以及ECC纠错码。Nand Flash比较容易出现坏块，其生命周期是擦写100万次。
Nor Flash通常用来存代码，因为它具有XIP(eXecute In Place)的特性，即片上执行，CPU可以把它当RAM使用，同时它也可以保存数据。Nor Flash的页大小通常为32Byte，块大小为128KB，芯片内部包含512Byte的写缓冲区。Nor Flash具有随机读和页读两种方式，擦除操作则是以块为单位，即128KB。Nor Flash在擦除操作之前，必须对每一位写0。Nor Flash的读速度比Nand Flash快，擦除和写入速度则比Nand Flash慢。另外，Nor Flash没有芯片内部的坏块处理，因为它比较少出现坏块，其生命周期是擦写10万次。
MTD(Memory Technology Devices)
MTD子系统在raw flash上提供了一层抽象层，并提供统一的API接口给文件系统层，这样文件系统就不用关心实际的Flash类型是Nand Flash还是Nor Flash。
MTD子系统有以下三种接口：
1) mtd字符设备：/dev/mtd0, /dev/mtd1等，通常包括一组ioctl进行读取、擦除、写入、标记坏块、获取flash信息等操作
2) sysfs 参考Documentation/ABI/testing/sysfs-class-mtd
3) /proc/mtd
MTD子系统给文件系统层提供的API都在include/linux/mtd/mtd.h中描述，其中最重要的是mtd_info结构体。内核3.4版本之前，文件系统层通过mtd_info的成员函数指针调用接口函数；内核3.4版本以后，通过mtd.h文件中声明的mtd_read() mtd_write()等函数实现。
MTD既可以是字符设备，也可以是块设备。
mtdblock驱动是一个过时的工具，用来在mtd设备之上模拟块设备。它不进行坏块处理，所以不能用于Nand Flash。它的工作原理是通过缓存数据块来实现，修改操作在内存中缓存的数据块进行，然后擦除实际物理块，再将缓存的数据写入物理块。这样会出现掉电的时候，数据丢失的现象。另外，它也不进行wear-leveling和bit-flips（位反转）处理。通常将mtdblock理解为FTL层，其实这种认知是错误的，尽量不要使用mtdblock，除非你知道自己在干什么。
YAFFS/JFFS2/SQUASHFS/UBIFS
文件系统
mkimage
uboot源代码的tools/目录下有mkimage工具，这个工具可以用来制作不压缩或者压缩的多种可启动映象文件。
为什么uboot下会有这个工具呢？因为bootloader的类型有很多种，不同的bootloader在加载和启动内核时的方式大体上一致，但是具体实施上有细微的区别，mkimage的目的是在linux内核镜像文件(zImage)的基础上加上一段uboot可以识别的头部信息用来解析和加载内核镜像，通常最终生成的镜像文件名为uImage。该头部信息大小为0x40字节，记录mkimage参数所指定的信息，比如CPU体系结构、OS类型、镜像文件类型、内核镜像加载到内存的地址、压缩格式等。
Usage: ./mkimage -l image
-l ==> list image header information
./mkimage [-x] -A arch -O os -T type -C comp -a addr -e ep -n name -d data_file[:data_file...] image
-A ==> set architecture to 'arch'
-O ==> set operating system to 'os'
-T ==> set image type to 'type'
-C ==> set compression type 'comp' //压缩格式，可选none/gzip/bzip2
-a ==> set load address to 'addr' (hex) //内核加载到内存的地址
-e ==> set entry point to 'ep' (hex) //内核加载到内存的地址+0x40 (跳过0x40的头部，该参数可以忽略)
-n ==> set image name to 'name'
-d ==> use image data from 'datafile'
-x ==> set XIP (execute in place)
./mkimage [-D dtc_options] -f fit-image.its fit-image
./mkimage -V ==> print version information and exit
参数说明：
-A 指定CPU的体系结构：
取值 表示的体系结构
alpha Alpha
arm A RM
x86 Intel x86
ia64 IA64
mips MIPS
mips64 MIPS 64 Bit
ppc PowerPC
s390 IBM S390
sh SuperH
sparc SPARC
sparc64 SPARC 64 Bit
m68k MC68000
-O 指定操作系统类型，可以取以下值：
openbsd、netbsd、freebsd、4_4bsd、linux、svr4、esix、solaris、irix、sco、dell、ncr、lynxos、vxworks、psos、qnx、u-boot、rtems、artos
-T 指定映象类型，可以取以下值：
standalone、kernel、ramdisk、multi、firmware、、filesystem
-C 指定映象压缩方式，可以取以下值：
none 不压缩
gzip 用gzip的压缩方式
bzip2 用bzip2的压缩方式
-a 指定映象在内存中的加载地址，映象下载到内存中时，要按照用mkimage制作映象时，这个参数所指定的地址值来下载
-e 指定映象运行的入口点地址，这个地址就是-a参数指定的值加上0x40（因为前面有个mkimage添加的0x40个字节的头）
-n 指定映象名
-d 指定制作映象的源文件
示例：mkimage -n 'linux-2.6.14' -A arm -O linux -T kernel -C none -a 0x30008000 -e 0x30008000 -d zImage zImage.img
vmlinux/Image/zImage
LD vmlinux 内核编译完成之后，链接各目标文件，生成ELF格式vmlinux
SYSMAP System.map
SYSMAP .tmp_System.map
OBJCOPY
arch/arm/boot/Image 通过objcopy提取vlinux中的代码段和数据段并打包生成arch/arm/boot/Image
Kernel:
arch/arm/boot/Image is ready
AS arch/arm/boot/compressed/head.o
GZIP
arch/arm/boot/compressed/piggy.gz
AS arch/arm/boot/compressed/piggy.o
CC
arch/arm/boot/compressed/misc.o
AS
arch/arm/boot/compressed/head-xscale.o
LD
arch/arm/boot/compressed/vmlinux 通过gzip压缩arch/arm/boot/Image并添加解压程序等生成ELF格式的arch/arm/boot/compressed/vmlinux
OBJCOPY
arch/arm/boot/zImage 通过objcopy提取arch/arm/boot/compressed/vmlinux中的代码段和数据段生成可以放在内存任意地址直接执行的arch/arm/boot/zImage