u(boot中NANDflash的MTD驱动移植)-

u-boot_2010.6nandflash驱动彻底分析2017年11⽉13⽇15:37:34最近公司⼤裁员，闹的⼈⼼惶惶，不管怎么样，武装好⾃⼰才是硬道理，坚持学习，学会那些还没学会的。

今天虚拟机突然打不开了，吓了我⼀跳，因为代码都还没备份，⼀定得养成备份代码的习惯！好了，下⾯开始进⼊正题吧，nandflash驱动彻底分析底层驱动移植完后，执⾏nand 命令：nand read 0x30000000 0 0x2000nand read 的命令格式是 nand read addr off | partition size ，总结起来就是读到哪去？从哪读？读多⼤？返回的结果是：NAND read: device 0 offset 0x0, size 0x2000file is nand_util.c,fun is nand_read_skip_bad,line is 599,NAND read from offset 2000 failed -740 bytes read: ERROR读失败，给出读失败错误码 -74要分析失败原因，先分析函数执⾏流程执⾏nand read 命令后，其实是执⾏了nand_read_skip_bad(nand, off, &size,(u_char *)addr);跳过坏块读函数的参数简单明了，从哪读，读到哪去，读多少，以及⼀个公共句柄（包含nand的信息，例如有多少个块，块⼤⼩等） 1int nand_read_skip_bad(nand_info_t *nand, loff_t offset, size_t *length,2 u_char *buffer)3 {4int rval;5 size_t left_to_read = *length;6 size_t len_incl_bad;7 u_char *p_buffer = buffer;89 len_incl_bad = get_len_incl_bad (nand, offset, *length); /* 函数分析见2017.11.14笔记（往下翻） */1011if ((offset + len_incl_bad) > nand->size) {12 printf ("Attempt to read outside the flash area\n");13return -EINVAL;14 }1516if (len_incl_bad == *length) {17 rval = nand_read (nand, offset, length, buffer);18if (!rval || rval == -EUCLEAN)19return0;20 printf ("NAND read from offset %llx failed %d\n",21 offset, rval);22return rval;23 }2425while (left_to_read > 0) {26 size_t block_offset = offset & (nand->erasesize - 1);27 size_t read_length;2829 WATCHDOG_RESET ();3031if (nand_block_isbad (nand, offset & ~(nand->erasesize - 1))) {32 printf ("Skipping bad block 0x%08llx\n",33 offset & ~(nand->erasesize - 1));34 offset += nand->erasesize - block_offset;35continue;36 }3738if (left_to_read < (nand->erasesize - block_offset))39 read_length = left_to_read;40else41 read_length = nand->erasesize - block_offset;42/* read_length 最⼤不会超过 nand->erasesize (128K) */43/* nand_read 函数是⼀个按块读函数 */44 rval = nand_read (nand, offset, &read_length, p_buffer);45if (rval && rval != -EUCLEAN) {46 printf ("NAND read from offset %llx failed %d\n",47 offset, rval);48 *length -= left_to_read;49return rval;50 }5152 left_to_read -= read_length;53 offset += read_length;54 p_buffer += read_length;55 }5657return0;58 }先看get_len_incl_bad1static size_t get_len_incl_bad (nand_info_t *nand, loff_t offset,2const size_t length)3 {4 size_t len_incl_bad = 0;5 size_t len_excl_bad = 0;6 size_t block_len;78while (len_excl_bad < length) {9 block_len = nand->erasesize - (offset & (nand->erasesize - 1));1011if (!nand_block_isbad (nand, offset & ~(nand->erasesize - 1)))12 len_excl_bad += block_len;1314 len_incl_bad += block_len;15 offset += block_len;1617if (offset >= nand->size)18break;19 }2021return len_incl_bad;22 }想要看懂这个函数，先要理解offset的构成2017年11⽉14⽇10:00:40每天进步⼀点点nand->erasesize = 128K = 0x20000nand->erasesize - 1 = 0x1FFFFoffset & (nand->erasesize - 1) 保留低17位，清⾼位，因为nand的特性，所以是按块来统计长度block_len = nand->erasesize - offset & (nand->erasesize - 1) 作⽤是统计当前块要读的长度然后判断当前块是不是坏块，如果不是坏块，则让len_excl_bad += block_len，判断是否循环的标准是len_excl_bad < length 不论当前块是不是坏块，都让len_incl_bad += block_len，len_incl_bad 得到的是包含坏块的长度总结get_len_incl_bad函数的作⽤为：①如果偏移offset是从整块开始的，返回的结果是块的整数倍（不⽤看length，⽐如length是0x20001,则读两块）②如果偏移offset不是从整块开始的，返回的结果是块的整数倍+第⼀块要读的长度总之，返回的结果是按块补齐的再继续分析nand_read_skip_bad1if (len_incl_bad == *length) {2 rval = nand_read (nand, offset, length, buffer);3if (!rval || rval == -EUCLEAN)4return0;56return rval;7 }什么情况下，len_incl_bad == *length ？要读的内容⾥，没有坏块，且长度最后按块对齐（例如，从0x400开始读，读的长度为0x40000-0x400）如果不满⾜，则进⼊while循环读，在while⾥，按块读，先判断当前块是不是坏块，如果是则跳过，不是则读下⾯分析nand_read函数1/* 1.从哪读 2.读多少 3.读到哪去 */2static int nand_read(struct mtd_info *mtd, loff_t from, size_t len,3 size_t *retlen, uint8_t *buf)4 {5struct nand_chip *chip = mtd->priv;6int ret;78/* Do not allow reads past end of device */9if ((from + len) > mtd->size)10return -EINVAL;11if (!len)12return0;13/* 选中芯⽚ */14 nand_get_device(chip, mtd, FL_READING);1516 chip->ops.len = len;17 chip->ops.datbuf = buf;18 chip->ops.oobbuf = NULL;1920 ret = nand_do_read_ops(mtd, from, &chip->ops);2122 *retlen = chip->ops.retlen;23/* 取消选中芯⽚ */24 nand_release_device(mtd);2526return ret;27 }其实真正的读函数是nand_do_read_ops，从哪去，读多少，读到哪去都被装载在chip->ops结构体中再看nand_do_read_ops函数1/**2 * nand_do_read_ops - [Internal] Read data with ECC3 *4 * @mtd: MTD device structure5 * @from: offset to read from6 * @ops: oob ops structure7 *8 * Internal function. Called with chip held.9*/10static int nand_do_read_ops(struct mtd_info *mtd, loff_t from,11struct mtd_oob_ops *ops)12 {13int chipnr, page, realpage, col, bytes, aligned;14struct nand_chip *chip = mtd->priv;15struct mtd_ecc_stats stats;16int blkcheck = (1 << (chip->phys_erase_shift - chip->page_shift)) - 1;17int sndcmd = 1;18int ret = 0;19 uint32_t readlen = ops->len;//128K 0x20000 根据输⼊的长度决定20 uint32_t oobreadlen = ops->ooblen; // oobreadlen = 021 uint8_t *bufpoi, *oob, *buf;2223 stats = mtd->ecc_stats;2425 chipnr = (int)(from >> chip->chip_shift);26 chip->select_chip(mtd, chipnr);27/* realpage 总页地址(⾼17位) */28 realpage = (int)(from >> chip->page_shift);//pageshift is 1129 page = realpage & chip->pagemask;//pagemask = 1ffff30/* col 低11位 */31 col = (int)(from & (mtd->writesize - 1));//writesize = 2048, 2047 = 0x7ff32/* 得到页地址和列地址 */33 buf = ops->datbuf;34 oob = ops->oobbuf;3536while(1) {37 bytes = min(mtd->writesize - col, readlen); //128K 0x20000 根据输⼊的长度决定38 aligned = (bytes == mtd->writesize); //aligned = 1;3940/* Is the current page in the buffer ? */41if (realpage != chip->pagebuf || oob) {42 bufpoi = aligned ? buf : chip->buffers->databuf;43/* 对齐与不对齐读到的缓冲是不⼀样的 */44if (likely(sndcmd)) {45 chip->cmdfunc(mtd, NAND_CMD_READ0, 0x00, page);46 sndcmd = 0;47 }4849/* Now read the page into the buffer */50if (unlikely(ops->mode == MTD_OOB_RAW))51 ret = chip->ecc.read_page_raw(mtd, chip,//nand_read_page_raw52 bufpoi, page);//从哪⾥读，读到哪⾥去，读多少53else if (!aligned && NAND_SUBPAGE_READ(chip) && !oob)54 ret = chip->ecc.read_subpage(mtd, chip, col, bytes, bufpoi);55/* nand_read_subpage */56else57 ret = chip->ecc.read_page(mtd, chip, bufpoi,//整页读 bufpoi = buf58 page); //nand_read_page_swecc59if (ret < 0)60break;6162/* Transfer not aligned data */63if (!aligned) {64if (!NAND_SUBPAGE_READ(chip) && !oob)65 chip->pagebuf = realpage;66 memcpy(buf, chip->buffers->databuf + col, bytes);67 }6869 buf += bytes;7071if (unlikely(oob)) {72/* Raw mode does data:oob:data:oob */73if (ops->mode != MTD_OOB_RAW) {74int toread = min(oobreadlen,75 chip->yout->oobavail);76if (toread) {77 oob = nand_transfer_oob(chip,78 oob, ops, toread);79 oobreadlen -= toread;80 }81 } else82 buf = nand_transfer_oob(chip,83 buf, ops, mtd->oobsize);84 }8586if (!(chip->options & NAND_NO_READRDY)) {87/*88 * Apply delay or wait for ready/busy pin. Do89 * this before the AUTOINCR check, so no90 * problems arise if a chip which does auto91 * increment is marked as NOAUTOINCR by the92 * board driver.93*/94if (!chip->dev_ready)95 udelay(chip->chip_delay);96else97 nand_wait_ready(mtd);98 }99 } else {100 memcpy(buf, chip->buffers->databuf + col, bytes);101 buf += bytes;102 }103104 readlen -= bytes;105106if (!readlen)107break;108109/* For subsequent reads align to page boundary. */110 col = 0;111/* Increment page address */112 realpage++;113114 page = realpage & chip->pagemask;115/* Check, if we cross a chip boundary */116if (!page) {117 chipnr++;118 chip->select_chip(mtd, -1);119 chip->select_chip(mtd, chipnr);120 }121122/* Check, if the chip supports auto page increment123 * or if we have hit a block boundary.124*/125if (!NAND_CANAUTOINCR(chip) || !(page & blkcheck))126 sndcmd = 1;127 }128129 ops->retlen = ops->len - (size_t) readlen;130if (oob)131 ops->oobretlen = ops->ooblen - oobreadlen;132133if (ret)134return ret;135136if (mtd->ecc_stats.failed - stats.failed)137return -EBADMSG;138139return mtd->ecc_stats.corrected - stats.corrected ? -EUCLEAN : 0; 140 }。

u-boot的norflash驱动分析，以及一些调试信息Flash 存储器接口还有两个标准：CFI和JEDEC。

CFI为公共Flash接口[Common Flash Interface]，用来帮助程序从Flash芯片中获取操作方式信息，而不用在程序中硬编码Flash的ID。

JEDEC用来帮助程序读取Flash的制造商ID和设备ID，以确定Flash的大小和算法，如果芯片不支持CFI，就需使用JEDEC了。

CFI Flash自从Intel公司于1988年推出了可快速擦写的非易失性存储器Flash Memory以来，快速擦写存储器Flash Memory技术就得到了非常迅速的发展。

这主要是由于Flash Memory具有不需要存储电容器、集成度更高、制造成本低于DRAM、使用方便，读写灵活、访问速度快、断电后不丢失信息等特点。

虽然Flash Memory应用越来越广泛，但由于生产Flash Memory的半导体制造商众多，不同厂商Flash Memory产品的操作命令集和电气参数又千差万别，这给Flash Memory的开发设计人员和OEM制造商带来许多不便。

为了对现有的Flash Memory的产品进行升级或使用其它公司的Flash Memory 产品替换，必须对原有的程序代码和硬件结构进行修改。

为解决上述原因所引发的问题，迫切需要Flash Memory制造商提出一个公共的标准解决方案，在这样的背景下，公共闪存接口（Common Flash Interface），简称CFI 诞生了，CFI是一个公开的标准的从Flash Memory器件中读取数据的接口。

它可以使系统软件查询已安装的Flash Memory器件的各种参数，包括器件阵列结构参数、电气和时间参数以及器件支持的功能等。

利用CFI可以不用修改系统软件就可以用新型的和改进的产品代替旧版本的产品。

例如：如果新型的Flash Memory的擦除时间只有旧版本的一半，系统软件只要通过CFI读取新器件的擦除时间等参数，修改一下定时器的时间参数即可。

uboot移植与源码分析总结（6）-Nand驱动uboot移植与源码分析总结(6)-Nand驱动2013-06-29 11:32:17分享：有关nand flash的特性描述，可以见我之前写的这篇文章《NandFlash结构与分析》。

从功能上来说，nand flash与norflash 并无太大差异，主要区别在于操作接口和方式。

Nand基于非sram总线接口，使用nand接口，所以一般需要mcu具有nand控制器才可与其连接。

在读取时，以页为单位；擦除和写入时，以块为单位。

将nand视作一个MTD设备uboot将nand视作一个mtd设备，所以使用mtd机制对nand 设备进行管理。

单个nand设备用nand_info_t来描述。

而nand_info_t实际上就是mtd结构。

最多支持的nand设备数CONFIG_SYS_MAX_NAND_DEVICE可由开发者自行配置。

不过一般目标板上只有一块Nand设备，所以取值通常为1。

但是仅使用mtd结构来描述不够，因为MTD只是一个通用的存储描述结构，而Nand设备特定的某些属性，如ECC布局等不能简单的添加到mtd结构中。

所以，uboot定义了nand_chip结构。

int (*verify_buf)(struct mtd_info *mtd, const uint8_t *buf, int len);void (*select_chip)(struct mtd_info *mtd, int chip);int (*block_bad)(struct mtd_info *mtd, loff_t ofs, int getchip);int (*block_markbad)(struct mtd_info *mtd, loff_t ofs);void (*cmd_ctrl)(struct mtd_info *mtd, int dat, unsigned int ctrl);int (*init_size)(struct mtd_info *mtd, struct nand_chip *this, u8 *id_data);int (*dev_ready)(struct mtd_info *mtd);void (*cmdfunc)(struct mtd_info *mtd, unsigned command, int column,int page_addr);int(*waitfunc)(struct mtd_info *mtd, struct nand_chip *this);void (*erase_cmd)(struct mtd_info *mtd, int page);int (*scan_bbt)(struct mtd_info *mtd);int (*errstat)(struct mtd_info *mtd, struct nand_chip *this, int state,int status, int page);int (*write_page)(struct mtd_info *mtd, struct nand_chip *chip,const uint8_t *buf, int page, int cached, int raw);int chip_delay;unsigned int options;int page_shift;int phys_erase_shift;int bbt_erase_shift;int chip_shift;int numchips;uint64_t chipsize;然后，分配了CONFIG_SYS_MAX_NAND_DEVICE个nand_chip 结构。

u-boot使用mtdparts提示Devicenand0wasnotfound的解决方法tekkaman修改版uboot使用config_mtd_device后不能正常访问nand的种原因原创作者：桃核(peachstone,又名sixiangzhe)背景：我使用的是tekkaman修改版本的u-boot源代码，使用其中的make mini2440_congfig进行编译当mini2440.h中不加入 #define config_mtd_device 时，可以正常的访问nand flash，正常的烧写内核加入config_mtd_device后，发现nand0不可用，即在执行nand命令和mtdparts命令时，都提示Device nand0 was not found原因：经过1天的时间阅读nand命令和mtdparts命令相关的代码，我发现，driver s/mtd/nand/nand.c中static void nand_init_chip(struct mtd_info *mtd, struct nand_chip *nand,ulong base_addr)函数中调用了/drivers/mtd/mtdcore.c 中的int add_mtd_device(struct mtd_info *mtd)，并传递了struct mtd_info *mtd中mtd的值在两个函数中分别加入printf("nand_init_chip:mtd->name:value:%ld/n",mtd->name );printf("nand_init_chip:mtd->name:addr:%ld/n",&(mtd->na me));printf("nand_init_chip:mtd->name:%s/n",mtd->name);printf("nand_init_chip:mtd:%ld/n",mtd);和printf("add_mtd_device,mtd%ld/n",mtd);printf("add_mtd_device,mtd->name,value:%ld/n",mtd->na me);printf("add_mtd_device,mtd->name,add:%ld/n",&(mtd->na me));printf("add_mtd_device,mtd->name:%s/n",mtd->name);printf("add_mtd_device,mtd->name:%s/n",mtd_table[i]->na me);发现在系统启动时，会打印如下信息NAND: devname[0]:nand0nand_init_chip:mtd->name:value:872204104nand_init_chip:mtd->name:addr:872203676nand_init_chip:mtd->name:nand0nand_init_chip:mtd:872203640add_mtd_device,mtd872203640add_mtd_device,mtd->name,value:38add_mtd_device,mtd->name,add:872203672add_mtd_device,mtd->name:? ?€@?`?锞add_mtd_device,mtd->name:? ?€@?`?锞1024 MiBIn: serialOut: serialErr: serialUSB slave is enable!Net: dm9000Hit any key to stop autoboot: 1可见在两个函数中，，mtd的值相同，但是mtd->name的值却不同，所以我们怀疑两个函数中两个mtd的类型不同查找mtd_info结构体的定义，发现nand.c 和mtdcore.c中的mtd_info都是在/include/linux/mtd/mtd.h中定义的，同时我们发现在mtd_info的定义中，有以下几句话#if defined(ENABLE_CMD_NAND_YAFFS)/*Thanks for hugerat's code*/u_char rw_oob;u_char skipfirstblk;#endif在nand.c和mtdcore.c的编译过程中，不是都包含了mini2440.h（nand.c调用了，mtdcore没有调用），而我们在mini2440.h中定义了ENABLE_CMD_NAND_YAFFS，所以对mtd_info的定义就出现了不同修改办法：方法一：去掉#if defined(ENABLE_CMD_NAND_YAFFS)#endif方法二：//在mtdcore.c开头加入#include"config.h"//(config.h中包含mini2440.h)(我在u-boot-2010-06中移植时发现方法二不行，最后采用方法一，或者在include/linux/mtd/mtd.h中加上#include "config.h"，也可以达到相同效果)备注：我发现u_boot官方代码2010.12中并没有类似#if defined(ENABLE_CMD_NAND_YAFFS)/*Thanks for hugerat's code*/u_char rw_oob;u_char skipfirstblk;#endif的代码，应该出现mtd_device不能正常运行的问题。

uboot 传统led驱动写法
传统的U-Boot LED驱动通常是通过对硬件寄存器的直接操作来实现的。

在U-Boot中，LED驱动通常包括以下几个方面的内容：
1. 硬件初始化，在U-Boot启动过程中，需要对与LED相关的硬件进行初始化，包括设置相应的寄存器、引脚复用等操作。

2. LED控制接口，U-Boot通常会提供一些API或者函数接口，用于控制LED的开关、亮度和闪烁等操作。

这些接口通常会直接操作硬件寄存器来实现对LED的控制。

3. 设备树配置，在一些新的U-Boot版本中，设备树已经成为了描述硬件信息的标准方式。

因此，针对一些新的硬件平台，需要在设备树中添加LED相关的描述信息，以便U-Boot能够正确识别和初始化LED硬件。

4. 编译配置，在配置U-Boot编译选项时，需要确保使能了LED驱动相关的配置选项，以便将LED驱动代码编译进U-Boot镜像中。

总的来说，传统的U-Boot LED驱动编写涉及到硬件初始化、驱动代码编写、设备树配置和编译选项配置等多个方面。

针对具体的硬件平台和LED驱动需求，具体的编写方式会有所不同，但通常都会涉及到上述几个方面。

UBI文件系统的移植作者：piaozhiye86@首次做UBIFS的移植，不足之处欢迎批评指正。

2010-7-15自从linux2.6.27以后的内核版本都支持UBI文件系统了，新版本的uboot已经支持UBIFS了。

软件平台VMwareFedora-10使用源码：linux-2.6.30.4.tar.bz2u-boot-2010.06-rc1.tar.bz2硬件环境mini2440—64M NAND关于uboot的移植可以参考《嵌入式Linux之我行》中uboot的移植，那里写得比较详细。

我也是参考了其中的文章。

1、uboot的UBI的移植关于uboot的UBI的移植几乎没有说明介绍，移植首先要保证你的flash驱动能够跑起来，我是在nand flash 上跑的UBI。

刚开始的时候我也没有什么头绪，只能够从uboot的readme开始查找一些蛛丝马迹。

- MTD Support (mtdparts command, UBI support)CONFIG_MTD_DEVICEAdds the MTD device infrastructure from the Linux kernel.Needed for mtdparts command support.CONFIG_MTD_PARTITIONSAdds the MTD partitioning infrastructure from the Linuxkernel. Needed for UBI support.因此呢，要UBI支持首先得要MTD支持，因此在配置文件中要添加以上两项的定义。

要移植UBI还要添加:#define CONFIG_CMD_UBIFS#define CONFIG_CMD_UBI总的关于UBI的部分是以下几个宏/****MTD Support (mtdparts command, UBI support)****/#if 1#define CONFIG_MTD_DEVICE 1#define CONFIG_MTD_PARTITIONS 1#define CONFIG_CMD_MTDPARTS#define CONFIG_CMD_UBIFS#define CONFIG_CMD_UBI#define CONFIG_LZO 1#define CONFIG_RBTREE 1#endif同时呢要给NAND建立个默认的分区。

Nand Flash 驱动详解1 nand_chip 结构位于\include\linux\mtd\nand.h，是NandFlash 驱动的一个核心数据结构。

IO_ADDR_R/IO_ADDR_W：读写Flash的地址，本系统中，该地址为0x40000000（CS3）read_byte / write_byte ：读写字节的函数，根据数据总线的不同，可分别使用nand_read_byte16或nand_read_byte / nand_write_byte16或nand_write_byteread_word / write_word ：读写字的函数，具体使用nand_read_word / nand_write_word实现read_buf / write_buf ：读写缓存的函数，根据数据总线的不同，可分别使用nand_read_buf16或nand_read_buf / nand_write_buf16 或nand_write_buf 实现verify_buf：缓存校验，验证从Flash中读取的内容是否与缓存中一致，根据数据总线的不同，可分别使用nand_verify_buf16 或nand_verify_buf 实现 select_chip：选择芯片，当参数为0时，置CS3为低，当参数为－1时，置CS3为高。

具体由nand_select_chip实现，其实是通过调用hwcontrol实现的。

block_bad：读取指定页的Bad标记（badblockpos处，在使用小块NandFlash 时，该变量为5，使用大块的NandFlash时，该变量为0），如果读到的内容为0xFF，则认为该Block未坏。

具体由nand_block_bad实现。

函数中用到nand_get_device，该函数用于处理多线程同时访问NandFlash的互锁。

block_markbad：具体由nand_default_block_markbad实现，该函数在bbt 中将指定偏移所属块标志为坏块，并利用write_bbt函数将其存储到Flash中。

在U-Boot中，NAND write操作通常用于将数据写入NAND闪存设备。

NAND闪存是一种非易失性存储器，可以存储大量数据，并且具有较高的写入速度。

在U-Boot中，NAND write操作通常通过调用相应的NAND驱动程序函数来实现。

这些函数提供了与NAND设备进行通信的接口，以便将数据写入设备。

要执行NAND write操作，您需要提供要写入的数据、目标地址和选项等参数。

在U-Boot中，这些参数通常以结构体的形式提供。

然后，您可以通过调用相应的NAND驱动程序函数来执行写操作。

请注意，NAND闪存设备的写入操作可能受到一些限制，例如页大小、块大小和擦除周期等。

因此，在执行NAND write操作之前，您需要了解设备的规格和限制，并确保您的写操作符合设备的规范。

总之，U-Boot中的NAND write操作是通过调用相应的NAND驱动程序函数来实现的，您需要提供正确的参数并遵守设备的规范来执行写操作。

u-boot中分区和内核MTD分区关系⼀、u-boot中环境变量与uImage中MTD的分区关系分区只是内核的概念，就是说A～B地址放内核，C～D地址放⽂件系统，(也就是规定哪个地址区间放内核或者⽂件系统)等等。

⼀般我们只需要分3-4个区，第⼀个为boot区，⼀个为boot参数区(传递给内核的参数),⼀个为内核区，⼀个为⽂件系统区。

（但是有的内核就会有很多分区，⽐如内核参数会有两个，还有会Logo的地址）⽽对于bootloader中只要能将内核下载到A~B区的A地址开始处就可以，C~D区的C起始地址下载⽂件系统…….这些起始地址在MTD的分区信息中能找到。

所以bootloader对分区的概念不重要，只要它能把内核烧到A位置，把⽂件系统烧到C位置即可。

所以，在bootloader对Flash进⾏操作时，哪块区域放什么是以内核为主（内核中MTD的分区信息可以从内核的代码中看到）。

传递给u-boot 的参数只要和内核中MTD分区信息⼀致即可。

⽽为了⽅便操作，bootloader类似也引⼊分区的概念。

例如，可以使⽤“nandwrite 0x3000000 kernel 200000”命令将uImage烧到kernel分区，⽽不必写那么长：nand write 3000000 A 200000,也就是⽤分区名来代替具体的地址。

这要对bootloader对内核重新分区：这需要重新设置⼀下bootloader环境参数，就可以同步更新内核分区信息如：setenv bootargs 'noinitrd console=ttySAC0root=/dev/mtdblock3 rootfstype=jffs2 mtdparts=nand_flash:128k(u-boot)ro,64k(u-bootenvs),3m(kernel),30m(root.jffs2),30m(root.yaffs)'解析：在这⾥的挂载⽂件系统的地⽅mtdblock3，可以从mtdparts中看出来，第⼀个⽂件系统（jffs2格式）在第四个分区，所以使⽤mtdblock3,关于分区和⽂件系统的挂载在下⾯有解释。

UBOOT移植（NANDFLASH的支持）——初步移植（二）NAND FLASH初始化入口函数（arch/arm/lib/board.c）这里需要定义CONFIG_CMD_NAND这个宏才行，在配置头文件中已经包含进去了，没问题。

nand_init()函数（drivers/mtd/nand/nand.c）这个函数里面使用两个宏参数进行控制CONFIG_SYS_MAX_NAND_DEVICE和CONFIG_SYS_NAND_SELECT_DEVICE，前者已经在配置头文件中进行了描述，后者由于对应的是有多个NAND设备存在的情况，这里就忽略了。

nand_init_chip()函数（drivers/mtd/nand/nand.c）这个函数需要配置三个宏参数，除了CONFIG_RELOC_FIXUP_WORKS其余都定义了。

没有定义的那个宏给出的描述是“Relocation to SDRAM works on all XXX boards”意思是重置到SDRAM工作在所有XXX板子上。

UBOOT中大部分ARM板子上都没有定义这个宏，SMDK2410也没有定义这个宏，这里也就选择不定义。

这个函数函数还需要三个参数，这三个参数在开头进行了定义。

nand_info_t nand_info[CONFIG_SYS_MAX_NAND_DEVICE];static struct nand_chip nand_chip[CONFIG_SYS_MAX_NAND_DEVICE];static ulong base_address[CONFIG_SYS_MAX_NAND_DEVICE] =CONFIG_SYS_NAND_BASE_LIST;宏CONFIG_SYS_NAND_BASE_LIST采用默认的配置。

#ifndef CONFIG_SYS_NAND_BASE_LIST#define CONFIG_SYS_NAND_BASE_LIST { CONFIG_SYS_NAND_BASE }#endif上述所有参数在配置头文件中都有定义。

u-bootUBIFS移植及文件系统烧写imx515 uboot UBIFS移植及android UBIFS文件系统烧写作者：longfeey1.1 Uboot UBI的移植关于uboot的UBI的移植几乎没有说明介绍，移植首先要保证你的flash驱动能够跑起来，我是在nand flash 上跑的UBI。

刚开始的时候我也没有什么头绪，只能够从uboot的readme开始查找一些蛛丝马迹。

- MTD Support (mtdparts command, UBI support)CONFIG_MTD_DEVICEAdds the MTD device infrastructure from the Linux kernel.Needed for mtdparts command support.CONFIG_MTD_PARTITIONSAdds the MTD partitioning infrastructure from the Linuxkernel. Needed for UBI support.因此，要UBI支持首先得要MTD支持，因此在配置文件中要添加以上两项的定义。

要移植UBI还要添加：#define CONFIG_CMD_UBIFS#define CONFIG_CMD_UBI总的关于UBI的部分是以下几个宏：#define CONFIG_CMD_UBI#define CONFIG_CMD_UBIFS#define CONFIG_CMD_MTDPARTS#define CONFIG_MTD_DEVICE#define CONFIG_MTD_PARTITIONS#define CONFIG_RBTREE#define CONFIG_LZO同时要给NAND建立个默认的分区，方便以后操作。

分区如下：#define MTDIDS_DEFAULT "nand0=nand0"#define MTDPARTS_DEFAULT "mtdparts=nand0:0x100000@0x0(u-boot),0x300000@0x120000(kernel),0x7b00000@0x420000(rootf s),-(reserved)"#define MTD_ACTIVE_PART "nand0,2"以上的配置都在uboot_imx/include/configs/mx51_vdphone.h 文件中进行配置。

u-boot中NAND flash的MTD驱动移植u-boot中移植了linux中的MTD驱动源码来支持NAND flash擦除、烧写及读的驱动。

MTD(memory technology device内存技术设备)是用于访问flash设备的Linux的子系统。

MTD的主要目的是为了使新的存储设备的驱动更加简单并有通用接口函数可用。

MTD驱动可支持CFI接口的norflash驱动、NAND flash驱动。

我们知道NAND flash 的访问接口并没有像norflash一样提供了一个标准的CFI访问接口，但是NAND flash生产厂家之间在各品牌、各型号NAND falsh芯片的访问接口方面做了一些约定俗成规定，如命令字、地址序列、命令序列、坏块标记位置、oob区格式等。

值得注意的是：在工艺制程方面分NAND flash有两种类型：MLC和SLC。

MLC和SLC属于两种不同类型的NAND FLASH存储器。

SLC全称是Single-Level Cell，即单层单元闪存，而MLC全称则是Multi-Level Cell，即为多层单元闪存。

它们之间的区别，在于SLC每一个单元，只能存储一位数据，MLC每一个单元可以存储两位数据，MLC的数据密度要比SLC 大一倍。

在页面容量方面分NAND也有两种类型：大页面NAND flash（如：HY27UF082G2B）和小页面NAND flash（如：K9F1G08U0A）。

这两种类型在页面容量，命令序列、地址序列、页内访问、坏块标识方面都有很大的不同，并遵循不同的约定所以在移植驱动时要特别注意。

下面以大页面的NAND flash：现代HY27UF082G2B为例介绍一下NAND flash一些基本情况，再来介绍MTD驱动的基本结构及流程分析，最后介绍u-boot中MTD驱动移植的详细步骤：3.4.1）NAND flash一些基本情况fl2400开发板上的nandflash芯片型号为：现代HY27UF082G2B，下面先介绍一下nandflash，及norflash与nandflash之间的区别：NOR和NAND是现在市场上两种主要的非易失闪存技术。

关于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驱动程序能更好的支持和管理闪存设备，因为它本身就是专为闪存设备而设计的。

u－boot 移植步骤详解1 U-Boot简介U-Boot，全称Universal Boot Loader，是遵循GPL条款的开放源码项目。

从FADSROM、8xxROM、PPCBOOT逐步发展演化而来。

其源码目录、编译形式与Linux内核很相似，事实上，不少U-Boot源码就是相应的Linux内核源程序的简化，尤其是一些设备的驱动程序，这从U-Boot源码的注释中能体现这一点。

但是U-Boot不仅仅支持嵌入式Linux系统的引导，当前，它还支持NetBSD, VxWorks, QNX, RTEMS, ARTOS, LynxOS嵌入式操作系统。

其目前要支持的目标操作系统是OpenBSD, NetBSD, FreeBSD,4.4BSD, Linux, SVR4, Esix, Solaris, Irix, SCO, Dell, NCR, VxWorks, LynxOS, pSOS, QNX, RTEMS, ARTOS。

这是U-Boot中Universal的一层含义，另外一层含义则是U-Boot除了支持PowerPC系列的处理器外，还能支持MIPS、x86、ARM、NIOS、XScale等诸多常用系列的处理器。

这两个特点正是U-Boot项目的开发目标，即支持尽可能多的嵌入式处理器和嵌入式操作系统。

就目前来看，U-Boot对PowerPC系列处理器支持最为丰富，对Linux的支持最完善。

其它系列的处理器和操作系统基本是在2002年11 月PPCBOOT 改名为U-Boot后逐步扩充的。

从PPCBOOT向U-Boot的顺利过渡，很大程度上归功于U-Boot的维护人德国DENX软件工程中心Wolfgang Denk[以下简称W.D]本人精湛专业水平和持着不懈的努力。

当前，U-Boot项目正在他的领军之下，众多有志于开放源码BOOT LOADER移植工作的嵌入式开发人员正如火如荼地将各个不同系列嵌入式处理器的移植工作不断展开和深入，以支持更多的嵌入式操作系统的装载与引导。

最新Uboot移植步骤6：NandFlash读操作前面在调试时把ＮＡＮＤ相关的宏CONFIG_CMD_NAND注释掉了一些，现在去重新打开：编译，看看会出什么错误：先看第一个error：72行显示一个不完整的类型看这个nand的定义：发现nand是2410_nand的结构体，但我们未定义CONFIG_S3C2410这个宏，我们现在要使用2440，正好下面有，我们直接使用2440的结构体好了：这个文件都是给2410用的，我们直接拷贝一份，改名为2440，SI文件添加一下：修改宏定义：修改Makefile：先看看nand是如何操作的，着nand相关函数：看nand_init函数：可见这里就可以识别nand并输出nand的大小了，先看运行哪个函数：可见CONFIG_SYS_NAND_SELF_INIT宏未定义，所以运行nand_init_chip函数：看单板初始化函数：把2410修改为2440：发现s3c2440_get_base_nand函数未定义，我们先搜下2410的定义，改为2440的定义：修改发现S3C2440_NAND_BASE未定义，那我们找到2410定义的地方自己仿照定义2440下：修改初始化时序：看这个函数，我们把2410都改成2440：修改这里：看到nfcont，我们还要设置下这个：现在board_nand_init函数修改完了，开始修改nand_scan函数：观察之后，发现要修改如下（具体为何这样修改，参考NAND驱动开发视频，现在我还没看，无法详述）：编译，下载：有错误：搜索nand_wait_ready，发现再我们自己的init.c函数里也定义了，把我们的改一下：再编译下载：发现NAND已经可以识别！把uboot从nor拷贝到nand：验证：数据都相同，现在重启开发板从nand启动：这时从NAND启动，Nor无法识别，所以显示0KB！成功！。

uboot一、uboot是ppcboot和armboot合并而成，现在主流的bootloader为uboot和redboot二、bootm addr_kernel addr_initrd三、移植uboot时最好（一定）要找到一个自己板子的原形（即自己的板子是在这个板子上做一些修改而来的）的版本，这样就可以事半功倍。

这样要修改的地方就比较少，也比较容易了。

uboot支持很多平台，与一个具体平台相关的主要有三个地方：1、./include/configs/xxxxx.h, 主要定义了flash、sdram的起始地址等信息，一般要修改flash的起始地址、大小，有时候会有位宽等。

2、./board/xxxxx/*，这个目录下主要有两三个.c文件，主要为该平台的初始化和flash操作的函数。

有时候flash的操作需要修改，不过一般都是找一个现有的支持该flash的驱动，一般情况在uboot 别的./board/平台下就会有现成的，拷贝过了就可以了。

3、./cpu/xxxxxx/arch_xxx/xxxxxx/*, 一般是此cpu的初始等函数。

四、具体移植的时候最多涉及到的会是./include/configs/xxxx.h，如果有现成的平台（uboot现在支持绝大部分我们常用的平台），可能只需要对着原来的xxxx.h文件，修改几个我们在硬件上修改了的地方，一般会是flash的起始地址、大小；内存大小（内存的起始地址应该都是0）；uboot设置信息保存的地址和长度；console 口和它的波特率；默认的设置；uboot的入口地址等（具体情况可能会有一些变化），如果不是从相同的平台移植，可能会比较麻烦，因为这时候要修改一些和此cpu相关的一些寄存器、频率和内存等硬件方面的东西了（也在这个xxxx.h中），虽然这时改动的地方也不多，但是会很痛苦，因为经常不知道要改哪里或者改为多少。

所以可能需要参考cpu的datasheet和到网上找一些资料了并且慢慢试了。

UBOOT移植（NANDFLASH的支持）——初步移植（一）这里就仿造《TQ2440的学习—UBOOT移植（NAND FLASH的支持）——初步分析》中展示的S3C2410的NAND FLASH驱动实现S3C2440的NAND FLASH驱动。

还是一步步的来，先实现基本的读写系统。

至于硬件ECC校验就先不实现。

在UBOOT下编写设备支持程序，还是遵循先配置头文件再修改的相关初始化代码的思路来进行。

配置头文件（include/configs/fzb2440.h）关于NAND FLASH的宏配置，有一部分是通用的，一部分是只存在于特定驱动中的。

通用配置CONFIG_CMD_NAND ——开启NAND FLASH支持主要就是支持相关的操作命令，这个可以说是总开关（默认已经包含在config_cmd_default.h中）。

CONFIG_MTD_DEVICE——在使用MTD驱动的规范的时候必须要定义这个宏。

CONFIG_SYS_MAX_NAND_DEVICE——描述有几个NAND FLASH设备。

S3C2440上只有一个接口，所以就只有一个设备。

CONFIG_SYS_NAND_MAX_CHIPS——描述这个NAND FLASH 设备上有几个NAND FLASH芯片。

TQ2440上只使用了一个NAND FLASH芯片，所以就只有一个芯片。

CONFIG_SYS_NAND_BASE——描述NAND操作模块的基地址，S3C2440上是0x4e000000起始的。

CONFIG_SYS_NAND_PAGE_SIZE——描述所使用的NAND FLASH的页大小，TQ2440使用的2K页的芯片（如果不指定，MTD 驱动也会自动尝试获取相关的信息，这里只是为开启硬件校验而定义，最好将其归类于硬件校验支持所需要的宏）。

CONFIG_SYS_NAND_ECCSIZE——这个是表明ECC校验的数据区的大小尺寸（软件校验默认256字节，硬件校验由于S3C2440的这部分功能是针对一个页实现的，所以既然使用2K页的NAND FLASH 所以这部分也就和CONFIG_SYS_NAND_PAGE_SIZE相等）。

u‐boot移植详细文档作者：Tekkaman Ninja作者博客：整理：Coolbor Xie一、Boot Loader的概念和功能1、嵌入式Linux软件结构与分布在一般情况下嵌入式Linux系统中的软件主要分为以下及部分：（1）引导加载程序：其中包括内部ROM中的固化启动代码和Boot Loader两部分。

而这个内部固化ROM是厂家在芯片生产时候固化的，作用基本上是引导Boot Loader。

有的芯片比较复杂，比如Omap3，他在flash中没有代码的时候有许多启动方式：USB、UART或以太网等等。

而S3C24x0则很简单，只有Norboot和Nandboot。

（2）Linux kernel 和drivers。

（3）文件系统。

包括根文件系统和建立于Flash内存设备之上的文件系统（EXT4、UBI、CRAMFS等等）。

它是提供管理系统的各种配置文件以及系统执行用户应用程序的良好运行环境的载体。

（4）应用程序。

用户自定义的应用程序，存放于文件系统之中。

在Flash 存储器中，他们的一般分布如下：但是以上只是大部分情况下的分布，也有一些可能根文件系统是initramfs，被一起压缩到了内核映像里，或者没有Bootloader参数区，等等。

2、在嵌入式Linux中为什么要有BootLoader在linux内核的启动运行除了内核映像必须在主存的适当位置，CPU还必须具备一定的条件：1． CPU 寄存器的设置： R0＝0；R1＝Machine ID(即Machine Type Number，定义在linux/arch/arm/tools/mach‐types)； R2＝内核启动参数在 RAM 中起始基地址；2． CPU 模式： 必须禁止中断（IRQs和FIQs）； CPU 必须 SVC 模式；3． Cache 和 MMU 的设置： MMU 必须关闭；指令 Cache 可以打开也可以关闭； 数据 Cache 必须关闭；但是在CPU刚上电启动的时候，一般连内存控制器都没有配置过，根本无法在内存中运行程序，更不可能处在Linux内核的启动环境中。

ubootmmc命令详解Nandflashuboot命令详解
md指令
uboot下输⼊指令md,会提⽰md的⽤法，memory display，即内存显⽰。

b:8位
w:16位
l:32位（默认值）
⽰例：
上述0x10000000是要显⽰内存的那个地址，后⾯的数字是输出的个数，注意是16进制的。

直接输⼊md来显⽰，默认是以32位为单位输出。

mw指令
uboot下输⼊指令mw,会提⽰md的⽤法，memory write，即向内存中写⼊数据。

b\w\l的意思同上，address是要写⼊内存的地址，value是要写⼊的值，count是从address开始要写⼊多少个数，这些都是16进制数。

⽰例：
⽰例
在0x10000000地址内存的起始位置写⼊0x12345678，打印出内存的输出。

发现低位0x78是写在低地址0x10000000，⾼位0x12是写在⾼地址0x10000003上，也就是常说的⼩端模式（little endian），简单记忆：低低模式，即低位在低地址。