Tiny6410+K9GAG08U0E

Tiny6410(K9GAG08U0E)使用小记

友善采用这颗8K Page的Nand&＃xff0c;在6410上面搭配使用&＃xff0c;确实给用户添加了不少麻烦&＃xff0c;再加上ecc部分使用软件实现&＃xff0c;代码不开源&＃xff0c;学到块驱动的时候确实揪心啊~~

内部SRAM的大小

先从启动说起&＃xff0c;Tiny6410启动选用的是用户手册里面屏蔽掉的一种直接Nand启动方式&＃xff0c;如下图&＃xff0c;根据友善原理图的OM[4:0]电平&＃xff0c;对应表中的RESERVED&＃xff0c;这种启动方式就是上电后直接将Nand的前面一部分代码映射到片内SRAM中&＃xff0c;开始启动。

而三星官方推荐的启动方式应该是从IROM中启动&＃xff0c;然后通过IROM将NAND中的代码拷贝到片内SRAM&＃xff0c;再跳转到SRAM中启动。
这里看了网上很多资料&＃xff0c;有的人说SRAM是8K&＃xff0c;有的说是4K&＃xff0c;这里我看到用户手册里面是说有4K&＃xff0c;但是我用Tiny6410调试裸板程序的时候&＃xff0c;发现确实是拷贝了8K代码&＃xff1a;

这里自己有个猜测&＃xff1a;对于友善使用的这种隐藏的启动方式&＃xff0c;就是直接将代码放到SRAM空间运行&＃xff0c;此时当然就有8K RAM空间了&＃xff1b;但是当使用三星推荐的从IROM中运行&＃xff0c;那么IROM中运行的代码的临时变量都是保存在SRAM上面的&＃xff0c;所以可能是官方想保留上半4K RAM用于IROM启动。

8K页大小问题

从上面启动选择那张图片可以看到&＃xff0c;其实上6410最大仅支持4K页&＃xff0c;并不支持8K页&＃xff0c;而对于友善使用的被保留启动方式更是最多支持large page(2K)。
所以在开始的8K SRAM代码拷贝中需要注意&＃xff0c;系统只会拷贝每个8K页中的前2K数据&＃xff0c;而友善配套提供的superboot升级程序在烧写U-boot镜像的时候都只是操作每页中前2K空间。
而对应的在U-Boot源码中也可以看到拷贝U-boot到SDRAM中运行的函数&＃xff0c;仅操作了前2K数据&＃xff1a;

static int nandll_read_blocks (ulong dst_addr, ulong size, int large_block)
{uchar *buf &＃61; (uchar *)dst_addr;int i;uint page_shift &＃61; 9;if (large_block)page_shift &＃61; 11;/* Read pages */for (i &＃61; 0; i <(0x3c000>>page_shift); i&＃43;&＃43;, buf&＃43;&＃61;(1<return 0;
}

可以看到在整个启动到U-boot代码搬运过程中&＃xff0c;都没有启动ecc&＃xff0c;所以在这个过程中数据都是不可靠的&＃xff0c;而在友善的论坛里面也看到过他们承认&＃xff0c;有掉U-boot固件的可能性。这也不能全怪人家&＃xff0c;硬件决定6410拷贝8K代码的时候已经不安全了&＃xff0c;那么后面Uboot重定向的时候做不做ecc都不是太重要了。。。
在进入U-boot第二阶段start_armboot中之后&＃xff0c;通过调用nand_scan()跟友善不开源的NAND_Init()&＃xff0c;从这里之后即对K9GAG08U0E完成初始化&＃xff0c;开启软件ECC&＃xff0c;此后对Kernel、Rootfs的数据操作都是变为可靠了。
这里再吐槽一下&＃xff0c;调用NAND_Init()竟然会改变U-Boot的环境变量&＃xff0c;搞的我每次通过mini6410.h文件设置的环境变量都无效&＃xff0c;这也是醉了。。。P.S.经过验证&＃xff0c;友善应该是在Nand上面开辟了一段空间用于保存环境变量&＃xff0c;调用NAND_Init之后&＃xff0c;系统将直接从Nand的这段地址中还原环境参数&＃xff0c;也就是说修改/include/configs/mini6410.h下面的环境变量屁用都没有&＃xff0c;对于一块全新的开发板只要在Uboot中调用一次setenv、saveenv&＃xff0c;保存到Nand中&＃xff0c;下次如果仅更新Uboot固件时&＃xff0c;则不需要再重新设置环境变量了(确保你用的Uboot是最新版&＃xff0c;旧版本Uboot命令行下不支持saveenv保存参数)。
推荐解决方法可以在NAND_Init()后面使用void setenv (char *varname, char *varvalue)重新设置。

Tiny6410中的nand命令

友善提供的最新U-Boot终于支持对K9GAG08U0E进行写入操作了&＃xff0c;分析cmd_nand.c中的do_nand()&＃xff1a;

/* read write */if (strncmp(cmd, "read", 4) &＃61;&＃61; 0 || strncmp(cmd, "write", 5) &＃61;&＃61; 0) {int read;if (argc <4)goto usage;addr &＃61; (ulong)simple_strtoul(argv[2], NULL, 16);read &＃61; strncmp(cmd, "read", 4) &＃61;&＃61; 0; /* 1 &＃61; read, 0 &＃61; write */printf("\nNAND %s: ", read ? "read" : "write");if (arg_off_size(argc - 3, argv &＃43; 3, nand, &off, &size) !&＃61; 0)return 1;s &＃61; strchr(cmd, &＃39;.&＃39;);if (s !&＃61; NULL &&(!strcmp(s, ".jffs2") || !strcmp(s, ".e") || !strcmp(s, ".i"))) {if (read) {ret &＃61; FriendlyARMReadNand( (u_char*)addr, size, off);if (ret &＃61;&＃61; -1) {puts("offset should be multiple of page size\n");}} else {/* write */nand_write_options_t opts;memset(&opts, 0, sizeof(opts));opts.buffer &＃61; (u_char*) addr;opts.length &＃61; size;opts.offset &＃61; off;/* opts.forcejffs2 &＃61; 1; */opts.pad &＃61; 1;opts.blockalign &＃61; 1;opts.quiet &＃61; quiet;if (NandIsMlc()) {ret &＃61; -1;puts("write.jffs2/write.e/write.i is not supported\n");} elseret &＃61; nand_write_opts(nand, &opts);}
#ifdef CFG_NAND_YAFFS_WRITE} else if (!read && s !&＃61; NULL && &＃43; (!strcmp(s, ".yaffs") || !strcmp(s, ".yaffs1"))) {nand_write_options_t opts;memset(&opts, 0, sizeof(opts));opts.buffer &＃61; (u_char*) addr;opts.length &＃61; size;opts.offset &＃61; off;opts.pad &＃61; 0;opts.blockalign &＃61; 1;opts.quiet &＃61; quiet;opts.writeoob &＃61; 1;opts.autoplace &＃61; 1;/* jsgood *//* if (s[6] &＃61;&＃61; &＃39;1&＃39;)opts.forceyaffs &＃61; 1; */ret &＃61; nand_write_opts(nand, &opts);
#endif} else {if (read) {if (!NandIsMlc()) {ret &＃61; nand_read(nand, off, &size, (u_char *)addr);} else {ret &＃61; FriendlyARMReadNand( (u_char*)addr, size, off);if (ret &＃61;&＃61; -1) {puts("offset should be multiple of page size\n");}}} else {if (NandIsMlc()) {if (off % NandBlockSizeInByte !&＃61; 0) {puts("offset should be multiple of block size\n");ret &＃61; -1;} else {unsigned int i;ret &＃61; 0;for (i &＃61; 0; i int len &＃61; size - i;if (len > NandBlockSizeInByte) {len &＃61; NandBlockSizeInByte;}FriendlyARMWriteNand(((u_char *)addr) &＃43; i, len, off &＃43; i, NandBlockSizeInByte);}}} else {ret &＃61; nand_write(nand, off, &size, (u_char *)addr);if (ret &＃61;&＃61; 0) {uint *magic &＃61; (uint*)(PHYS_SDRAM_1);if ((0x24564236 &＃61;&＃61; magic[0]) && (0x20764316 &＃61;&＃61; magic[1]))magic[0] &＃61; 0x27051956;}}}}

从代码可以看到&＃xff0c;只有nand read.i &＃61;&＃61; nand read可以完成K9GAG08U0E的读操作&＃xff0c;且它们都要求操作地址必须是page对齐&＃xff1b;
而nand write可以完成K9GAG08U0E的写操作&＃xff0c;同样&＃xff0c;操作地址需要page对齐(8K)&＃xff0c;且暂时还不支持带oob数据的文件系统镜像的烧写(yaffs)&＃xff01;&＃xff01;