转来的，写的挺好，有助于了解u-boot对yaffs2的烧写时是如何对oob区操作的。
输入命令后执行do_nand,然后执行到nand_write_opts
|
int nand_write_opts(nand_info_t*meminfo,const nand_write_options_t *opts) { 。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。 。。。。。。。。。。。。。。。。。。。。。。。。。。。。 memcpy(data_buf, buffer, readlen); buffer += readlen; if (opts->writeoob){ /* read OOB data from input memory block, exit * on failure */ memcpy(oob_buf, buffer, meminfo->oobsize); buffer += meminfo->oobsize; /* write OOB data first, as ecc will be placed * in there*/ result = meminfo->write_oob(meminfo, mtdoffset, meminfo->oobsize, &written, (unsignedchar*) &oob_buf); 。。。。。。。。。。。。。。。。。。。。。。 。。。。。。。。。。。。。。。。。。。。。 } result = meminfo->write(meminfo, mtdoffset, meminfo->oobblock, &written, (unsignedchar*)&data_buf); |
|
static int nand_write (struct mtd_info *mtd, loff_t to, size_t len, size_t * retlen, const u_char * buf) { return (nand_write_ecc (mtd, to, len, retlen, buf, NULL, NULL)); } static int nand_write_ecc (struct mtd_info *mtd, loff_t to, size_t len, size_t * retlen, const u_char * buf, u_char * eccbuf, struct nand_oobinfo *oobsel) {。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。 oobbuf = nand_prepare_oobbuf (mtd, eccbuf, oobsel, autoplace, numpages); while (written < len) { this->data_poi = (u_char*) &buf[written]; ret = nand_write_page (mtd, this, page, &oobbuf[oob], oobsel, (--numpages > 0)); 。。。。。。。。。。。。。。。。。。 } 。。。。。。。。。。。。。。。。。。。。。。 } |
在nand_write_page 中又重新写了一遍OOB区，用的是上面函数的oobbuf，可是nand_prepare_oobbuf返回的指针是nand chip结构体中的oob_buf。所以最终flash的OOB区写入的是 nand chip结构体中的oob_buf。可纵观该程序没发现把文件中的OOB区读到oob_buf的步骤，所以很不理解
【解答】
刚看到此问题，自己去看了足够长的时间的代码后，也还是没搞懂。
最后是问了同事，听了其解释，才明白是怎么回事。
【简单解释】
在详细解释之前，用最简单的语言解答此疑问就是：
第二次写oob的时候，oob_buf中前半部分都是0xFF，后半部分是ecc数据，
由于nand flash的特性，0xFF写入之后，原先的数据，仍然不变，
所以，nand flash上oob的后半部分是你第一次写的时候，保证是0xFF，此处第二次写ecc数据，也才能写入。
即，第二次写入的时候，oob前半部分由于是0xFF，写入nand对原先oob数据无影响；
Oob后半部分是ecc数据，可以正常的写入。
这样，隐晦地，保证了数据按照期望的写入nand flash。
【详细解释】
具体一点解释就是：
在解释下面内容之前，先简单说一下此处的一些假设，
1.假设是2K的pagesize的nand flash，对应的oob是64字节。
2.ECC在oob中的存放位置，按照nand_oob_64定义的，ECC放在32-63。
3.yaffs2数据存放在2-31部分，而byte0，byte1，是为了和坏块标记所兼容，放的是0xFF.
此段uboot写yaffs2的程序之所以能实现我们所期望的功能，最后写入了正确的值，主要是因为，nand flash的特性：
1. 在写入数据之前，一定要擦除（成0xFF），也即数据只能从1变成0，所以，如果想要写入数据（不全是0xFF）的话，就要保证写入前，已经全是0xFF。
2. 在nand flash里面已经写入数据之后，再写入0xFF的时候，里面的数据不变。
1. 第一次写oob数据的时候，前半部分是yaffs2的数据，后半部分是自己要保证是0xFF，写入后，nand flash上对应的oob就是 yaffs2+0xFF，类似于这样的数据：
OOB:
ff ff 00 10 00 00 01 00
00 00 00 00 00 00 ff ff
00 00 30 23 84 bf 05 00
00 00 05 00 00 00 ff ff
ff ff ff ff ff ff ff ff
ff ff ff ff ff ff ff ff
ff ff ff ff ff ff ff ff
ff ff ff ff ff ff ff ff
其中，后半部分是你写之前要自己保证是0xFF的，以便后面写ecc的数据时候，能够写入。
2.
第二次写入的时候的oob的数据，即oob_buf，其是从nand_write_page传进来的参数，是从
前面nand_prepare_oobbuf中返回的指针，看代码可以知道，即this->oob_buf，
这个this->oob_buf也就是mtd->priv-> oob_buf，其是在nand_scan的最后，全是赋值0xFF的：
/* Preset the internal oob buffer */
memset(this->oob_buf, 0xff, mtd->oobsize << (this->phys_erase_shift - this->page_shift));
此处被上面写完页数据的同时，在对应位置填充了ECC的数据后，就类似于这样的：
OOB:
ff ff ff ff ff ff ff ff
ff ff ff ff ff ff ff ff
ff ff ff ff ff ff ff ff
ff ff ff ff ff ff ff ff
f0 ec 72 7b 9e 2f 0f 00
07 d1 75 e5 47 72 0f 00
fd 7d 33 5b 1d 2c 0e 00
95 26 41 7c 61 aa 08 00
把这样的数据写入nand flash对应的oob的位置，就和上面说的，吻合了：
前面半部分是0xFF，写入后，不影响原有的数据，即不会影响第一次写入的oob的前半部分，即yaffs2的数据，后半部分，正好是我们要写的ECC，由于前面已经保证了是0xFF，所以这里可以正常写入。
【总结】
上述实现，估计是为了兼容其他不同类型的数据的写入，而把简单的事情，实现的这么复杂和隐晦的。
对于写yaffs2，很简单的办法，实际应该是，和我之前看到的，好像是1.1.6中的uboot中有的，关于写yaffs的代码：
if (opts->writeyaffs) { /* read page data from input memory buffer */ memcpy(data_buf, buffer, readlen); buffer += readlen; /* read OOB data from input memory block, exit * on failure */ memcpy(oob_buf, buffer, meminfo->oobsize); buffer += meminfo->oobsize; result = meminfo->write_ecc(meminfo, mtdoffset, meminfo->oobblock, &written, (unsignedchar*)&data_buf, (unsignedchar*)&oob_buf, NULL); if (result != 0){ printf("writing NAND page at offset 0x%lx failed/n", mtdoffset); goto restoreoob; } imglen -= meminfo->oobsize; imglen -= readlen; } else{。。。。} |
此处就是直接把oob数据，页数据，一次性地准备好，然后调用write_ecc，
就可以一次性地写入页数据和oob数据了，就不用像前面那种方法一样，这么让人难以看懂了。。。