TI处理器omap/daxxx/amxx/dmxx（15）
bootloader（22）
u-boot版本：2010-12
kernel:2.6.32
nandflash:128MB&K9F1G08U0D
已经对ubifs有很好的支持，支持ubi之前需要支持mtd，具体信息可参看u-boot目录下README
这是默认格式化rootfs为ubi分区
U-Boot&&&ubi&part&rootfs
Creating&1&MTD&partitions&on&&nand0&:
0x-0x&:&&mtd=2&
UBI:&attaching&mtd1&to&ubi0
UBI:&physical&eraseblock&size:&&&131072&bytes&(128&KiB)
UBI:&logical&eraseblock&size:&&&&129024&bytes
UBI:&smallest&flash&I/O&unit:&&&&2048
UBI:&sub-page&size:&&&&&&&&&&&&&&512
UBI:&VID&header&offset:&&&&&&&&&&512&(aligned&512)
UBI:&data&offset:&&&&&&&&&&&&&&&&2048
UBI:&empty&MTD&device&detected
UBI:&create&volume&table&(copy&#1)
UBI:&create&volume&table&(copy&#2)
UBI:&attached&mtd1&to&ubi0
UBI:&MTD&device&name:&&&&&&&&&&&&&mtd=2&
UBI:&MTD&device&size:&&&&&&&&&&&&64&MiB
UBI:&number&of&good&PEBs:&&&&&&&&512
UBI:&number&of&bad&PEBs:&&&&&&&&&0
UBI:&max.&allowed&volumes:&&&&&&&128
UBI:&wear-leveling&threshold:&&&&4096
UBI:&number&of&internal&volumes:&1
UBI:&number&of&user&volumes:&&&&&0
UBI:&available&PEBs:&&&&&&&&&&&&&503
UBI:&total&number&of&reserved&PEBs:&9
UBI:&number&of&PEBs&reserved&for&bad&PEB&handling:&5
UBI:&max/mean&erase&counter:&1/0
红色部分是比较重要的部分，启动后出现
Creating&4&MTD&partitions&on&&davinci_nand.1&:
0x-0x&:&&u-boot&
0x-0x&:&&kernel&
0x-0x&:&&rootfs&
0x-0x&:&&nvram&
davinci_nand&davinci_nand.1:&controller&rev.&2.5
UBI:&attaching&mtd2&to&ubi0
UBI:&physical&eraseblock&size:&&&131072&bytes&(128&KiB)
UBI:&logical&eraseblock&size:&&&&126976&bytes
UBI:&smallest&flash&I/O&unit:&&&&2048
UBI:&VID&header&offset:&&&&&&&&&&2048&(aligned&2048)
UBI:&data&offset:&&&&&&&&&&&&&&&&4096
UBI&error:&validate_ec_hdr:&bad&VID&header&offset&512,&expected&2048
UBI&error:&validate_ec_hdr:&bad&EC&header
UBI&error:&ubi_io_read_ec_hdr:&validation&failed&for&PEB&0
UBI&error:&ubi_init:&cannot&attach&mtd2
UBI&error:&ubi_init:&UBI&error:&cannot&initialize&UBI,&error&-22
PPP&generic&driver&version&2.4.2
在格式化分区时需要显示制定VID的偏移
U-Boot&&&ubi&part&rootfs&2048
UBI:&mtd1&is&detached&from&ubi0
Creating&1&MTD&partitions&on&&nand0&:
0x-0x&:&&mtd=2&
UBI:&attaching&mtd1&to&ubi0
UBI:&physical&eraseblock&size:&&&131072&bytes&(128&KiB)
UBI:&logical&eraseblock&size:&&&&126976&bytes
UBI:&smallest&flash&I/O&unit:&&&&2048
UBI:&sub-page&size:&&&&&&&&&&&&&&512
UBI:&VID&header&offset:&&&&&&&&&&2048&(aligned&2048)
UBI:&data&offset:&&&&&&&&&&&&&&&&4096
UBI:&empty&MTD&device&detected
UBI:&create&volume&table&(copy&#1)
UBI:&create&volume&table&(copy&#2)
UBI:&attached&mtd1&to&ubi0
UBI:&MTD&device&name:&&&&&&&&&&&&&mtd=2&
UBI:&MTD&device&size:&&&&&&&&&&&&64&MiB
UBI:&number&of&good&PEBs:&&&&&&&&512
UBI:&number&of&bad&PEBs:&&&&&&&&&0
UBI:&max.&allowed&volumes:&&&&&&&128
UBI:&wear-leveling&threshold:&&&&4096
UBI:&number&of&internal&volumes:&1
UBI:&number&of&user&volumes:&&&&&0
UBI:&available&PEBs:&&&&&&&&&&&&&503
UBI:&total&number&of&reserved&PEBs:&9
UBI:&number&of&PEBs&reserved&for&bad&PEB&handling:&5
UBI:&max/mean&erase&counter:&1/0
制作命令：
&mkfs.ubifs&-m&2048&-e&126976&-c&500&&-r&target/&-o&rootfs.ubi
检验烧写进u-boot是否能挂载成功：
U-Boot&&&ubifsmount&rootfs
UBIFS:&mounted&UBI&device&0,&volume&0,&name&&rootfs&
UBIFS:&mounted&read-only
UBIFS:&file&system&size:&&&&bytes&(60760&KiB,&59&MiB,&490&LEBs)
UBIFS:&journal&size:&&&&&&&8253440&bytes&(8060&KiB,&7&MiB,&65&LEBs)
UBIFS:&media&format:&&&&&&&w4/r0&(latest&is&w4/r0)
UBIFS:&default&compressor:&LZO
UBIFS:&reserved&for&root:&&0&bytes&(0&KiB)
再使用ubinize加卷信息后不能挂载
ubinize&-o&ubifs.img&-m&2048&-p&128KiB&-s&2048&ubifs.cfg
U-Boot&&&ubifsmount&rootfs
UBIFS&error&(pid&0):&ubifs_read_node:&bad&node&type&(0&but&expected&6)
UBIFS&error&(pid&0):&ubifs_read_node:&bad&node&at&LEB&0:0
Error&reading&superblock&on&volume&'ubi:rootfs'!
ubinize&-o&ubifs.img&-m&2048&-p&128KiB&-s&512&-O&2048&ubifs.cfg&
U-Boot&&&ubifsmount&rootfs
UBIFS&error&(pid&0):&ubifs_read_node:&bad&node&type&(0&but&expected&6)
UBIFS&error&(pid&0):&ubifs_read_node:&bad&node&at&LEB&0:0
Error&reading&superblock&on&volume&'ubi:rootfs'!
未解决，只使用mkfs.ubifs，不添加卷信息
常见问题汇总：
1.检查VID,PEB,逻辑擦除块大小是否正确
即-m&-p&-s&-e&-c&这几个参数。
2。检查u-boot传递参数
-------------------------------------------------------------------------------------------------------------------------------------------------------------------
以下收集于网络关于ubi常见的错误：
（1）u-boot启动后提示“***&Warning&-&bad&CRC&or&NAND,&using&default&environment”
这一般不是大问题，不理它也没事。它是提醒你在falsh中读不到环境变量，只能使用软件中定义的默认环境变量。如果要解决，只要在u-boot中输入saveenv就行了，下次启动应该不会再出现了，如果还出现，可能是你的nand驱动有问题，也可能是坏块。
u-boot默认使用flash中的环境变量，如果软件中修改了环境变量，最好saveenv一次。
（2）u-boot的12号错误。
这是我加入ubi支持后出现的错误。
UBI&error:&ubi_init:&UBI&error:&cannot&initialize&UBI,&error&-12
&UBI&init&error&-12
查 &阅include/asm-generic/error.h发现12号错误的定义为“#define&ENOMEM&&12&/*&Out&of& memory&*/”。经过追踪，是在driver/mtd/ubi/build.c的ubi_attach_mtd_dev函数中第二次& vmalloc时死掉，因此修改smartarm3250.h（我的配置文件）中CONFIG_SYS_MALLOC_LEN，增大到& 1M()。问题解决。
（3）u-boot的5号错误。
&UBI&error:&ubi_io_write:&error&-5&while&writing&512&bytes&to&PEB&0:512,&written&0&bytes
查阅include/asm-generic/error.h发现5号错误的定义为“#define&EIO&&5&/*&I/O&error&*/”。
在有对这个问题的专门描述：
I&get&&ubi_io_write:&error&-5&while&writing&512&bytes&to&PEB&5:512&
If &you&have&a&2048&bytes&per&NAND&page&device,&and&have& CONFIG_MTD_NAND_VERIFY_WRITE&enabled&in&your&kernel,&you&will&need&to& turn&it&off.&The&code&does&not&currently&(as&of&2.6.26)&perform& verification&of&sub-page&writes&correctly.&As&UBI&is&one&of&the&few&
users&of&sub-page&writes,&not&much&else&seems&to&be&affected&by&this& bug.
虽然是说Linux内核配置，可是u-boot中同样有CONFIG_MTD_NAND_VERIFY_WRITE& ，在smartarm3250.h中将这个宏注释掉，问题解决。看来是内核的问题，既然u-boot很大程度上使用了Linux内核的驱动，应该是ubi &驱动的问题。
（4）Cannot&start&volume&update。
在common/cmd_ubi.c中的ubi_volume_write函数中找到打印这句话的地方，打印err发现仍然为12号错误。解决办法在上面第2条。
（5）启动时内核打印出ubi的19号错误（NO&SUCH&DEVICE）。
也就是内核找不到某个分区，一般应该是u-boot中定义的CONFIG_BOOTARGS不对。
我的正确定义是
#define&CONFIG_BOOTARGS&&ubi.mtd=4&root=ubi0:rootfs&&console=ttyS0,115200&mem=64M&rootfstype=ubifs&rw&
原来的错误写法是#define&CONFIG_BOOTARGS&&ubi.mtd=6&root=ubi0:rootfs&& console=ttyS0,115200&mem=64M&rootfstype=ubifs&rw&。其实原因在于u-boot对nand& falsh的分区方式和你所用的Linux内核不一致&。
我的u-boot定义的分区如下：
#define&MTDIDS_DEFAULT&&nand0=nandflash0&
#define&MTDPARTS_DEFAULT&&mtdparts=nandflash0:&1536k(bootloder)&\
&&&&&&&512k(params)&\
&&&&&&&4m(kernel)&\
&&&&&&&16m(safefs)&\
&&&&&&&-(root)&
#endif&//end&of&yll&
（6）linux内核启动时输出以下信息，并停住：
UBIFS&error&(pid&1):&ubifs_read_node:&bad&node&type&(0&but&expected&6)
UBIFS&error&(pid&1):&ubifs_read_node:&bad&node&at&LEB&0:0
List&of&all&partitions:
1f00&&&&&&&1536&mtdblock0&(driver?)
1f01&&&&&&&&256&mtdblock1&(driver?)
1f02&&&&&&&4096&mtdblock2&(driver?)
1f03&&&&&&16384&mtdblock3&(driver?)
1f04&&&&&239616&mtdblock4&(driver?)
No&filesystem&could&mount&root,&tried:&&ubifs
Kernel&panic&-&not&syncing:&VFS:&Unable&to&mount&root&fs&on&unknown-block(0,0)
这个问题是由于写入命令错误引起的，原来的写入命令为ubi&write&0x&rootfs&$(filesize)，应该为ubi&write&0x&rootfs&$(filesize)。
也就是说原来根本没有把文件系统写入flash。
如果你也有此类错误，要么是你的文件系统镜像没有写入（或者没正确写入），要么是你做的文件系统镜像有问题。其他问题可能不大。
（7）软件版本问题。
linux内核启动过程中出现以下信息并停住：
UBIFS&error&(pid&1):&ubifs_check_node:&bad&CRC:&calculated&0x9f186f96,&read&0x3baee010
UBIFS&error&(pid&1):&ubifs_check_node:&bad&node&at&LEB&0:0
UBIFS&error&(pid&1):&ubifs_read_node:&expected&node&type&6
VFS:&Cannot&open&root&device&&ubi0:rootfs&&or&unknown-block(0,0)
Please&append&a&correct&&root=&&boot&&here&are&the&available&partitions:
1f00&&&&&&&1536&mtdblock0&(driver?)
1f01&&&&&&&&256&mtdblock1&(driver?)
1f02&&&&&&&4096&mtdblock2&(driver?)
1f03&&&&&&16384&mtdblock3&(driver?)
1f04&&&&&239616&mtdblock4&(driver?)
Kernel&panic&-&not&syncing:&VFS:&Unable&to&mount&root&fs&on&unknown-block(0,0)
我的文件系统镜像使用mtd-utils2010做的，我后来改为mtd-utils2009，问题解决。
我的内核版本是2.6.27.8。我猜测因为我的内核版本比较旧，所以内核和mtd-utils2010中的crc算法有差异才会出现bad&CRC。
如果你也碰到类似问题，请确保内核版本和mtd-utils版本匹配。看是否匹配只要看内核和mtd-utils是不是一年出的就行，或者时间接近。总之，两个出现时间较远的软件协同工作会有可能出错。
mtd-utils下载地址&&&（下载orig.tar.gz结尾的包）
参考知识库
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：47198次
积分：1097
积分：1097
排名：千里之外
原创：56篇
转载：32篇
(1)(1)(6)(6)(1)(3)(9)(3)(60)Linux（38）
·&&&&&&&& 配置内核，使其支持ubifs文件系统
　　　　1)Device Drivers& ---&Memory Technology Device (MTD) support& ---&UBI - Unsorted block images& ---&Enable UBI
　　　　2)File systems& ---&Miscellaneous filesystems& ---&UBIFS file system support
·&&&&&&&& 制作ubifs格式的根文件系统镜像
先说明一下，板子上既有NorFlash，又有NandFlash，其中根文件系统和应用程序放在NandFlash上，uboot和kernel放在NorFlash上，而根文件系统所在的mtd设备为mtd2，分区大小为34MiB
rootfs=34MiB
·&&&&&&&& ./mkfs.ubifs -v -r ./rootfs -o rootfs.img -m 2048 -e 129024 -c 272
　 &-r：制定文件内容的位置&
&&&&-m：页面大小&
&&&&-e：逻辑擦除块大小&
&&&&-c：最大的逻辑擦除块数量
mkfs.ubifs -m 2048 -e 129024 -c 1984 -o rootfs.ubifs -x none
-m 2048&& (Minimum input/output unit size: 2048 bytes)
-e 129024 (Default UBI LEB size:&&&&&&&&&& 129024 bytes, 126.0 KiB)
-c 1984&& (Amount of eraseblocks:&&&&&&&&& 848 bytes, 248.0 MiB))
-o rootfs.ubifs (output file)
-x none&& (no compression)
·&&&&&&&& ./ubinize -v -o rootfs.ubi -m 2048 -p 128KiB -s 2048 hi.cfg
& & &-p：物理擦除块大小&
& & &-m：页面大小
& & & -s:&最小的硬件输入输出页面大小，如：k9f(上下半页访问)
配置文件hi.cfg如下：
image=rootfs.img
vol_size=34MiB
vol_type=dynamic
vol_alignment=1
vol_name=rootfs
vol_flag=autoresize
&然后修改uboot的环境变量：
setenv bootargs 'mem=288M console=ttyAMA0,115200 root=ubi0:rootfs rw rootflags=sync rootfstype=ubifs ubi.mtd=2 mtdparts=hi_sfc:5M(boot),1M(picture);hinand:34M(rootfs),8M(config),86M(app)';
保存环境变量，执行如下命令
setenv ipaddr 192.168.253.132;
setenv serverip 192.168.253.130;
setenv ethaddr 40:61:86:67:33:47;
ff 2200000;
nand erase 0 2200000;
nand write
$(filesize);
sf probe 0;
sf read 0xxx400000;
其实从上面的烧写命令可以看出，ubifs格式的镜像中是不包含oob信息的。&
参见：/pengdonglin137/p/3399071.html
出现如下错误信息：
UBI: attaching mtd2 to ubi0
UBI: physical eraseblock size: 131072 bytes (128 KiB)
UBI: logical eraseblock size: 126976 bytes
UBI: smallest flash I/O unit: 2048
UBI: VID header offset: 2048 (aligned 2048)
UBI: data offset: 4096
UBI: max. sequence number: 0
UBI error: vtbl_check: volume table check failed: record 0, error 9
UBI error: ubi_init: cannot attach mtd2
Fixed MDIO Bus: probed
参考 & &&http://wiki.linpert.de/index.php?title=UBIFS#record_0.2C_error_9&&
& & & & & & &http://lists.infradead.org/pipermail/linux-mtd/2009-April/025127.html
But I took a look into the code, and the following is error 9:
&&&&&&&&&&&&&&& if (reserved_pebs & ubi-&good_peb_count) {
&&&&&&&&&&&&&&&&&&&&&&& dbg_err(&too large reserved_pebs %d, good PEBs %d&,
&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& reserved_pebs, ubi-&good_peb_count);
&&&&&&&&&&&&&&&&&&&&&&& err = 9;
&&&&&&&&&&&&&&&&&&&&&&&
&&&&&&&&&&&&&&& }
This means you created a too large UBI volume in the image,
and your real flash is smaller.
Try to enable UBI debugging, and type dmesg, then you'll see
reserved and real eraseblock numbers.
原因就是：在配置文件中，volume设为34MiB，太大了，因为整个mtd2分区总共才34MiB。
解决办法：将配置文件改为：
image=rootfs.img
vol_size=32MiB
vol_type=dynamic
vol_alignment=1
vol_name=rootfs
vol_flag=autoresize
vol_id &表示volume的编号，一个ubi设备中可以有多个volume。（这种情况下，/dev下会出现 ubi0 和 ubi0_0）
vol_size 表示ubi0_0的大小，即volume0的大小
vol_type 表示volume0的类型，分为dynamic和static两种，其中dynamic类型的设备表示可以读写，static类型的设备表示只读
vol_name 表示volume0的名称，在挂载ubi分区是会使用到，如在bootargs中的root=ubi0:rootfs
然后重新执行： &&./ubinize -v -o rootfs.ubi -m 2048 -p 128KiB -s 2048 hi.cfg
当再次重启后，又出现如下错误信息：
UBIFS: parse sync
UBIFS error (pid 1): validate_sb: LEB size mismatch: 129024 in superblock, 126976 real
UBIFS error (pid 1): validate_sb: bad superblock, error 1
参考：http://www.linux-mtd.infradead.org/faq/ubifs.html#L_lebsz_mismatch
I see this UBIFS error: &validate_sb: LEB size mismatch: 129024 in superblock, 126976 real&
When you create an UBIFS image using the&mkfs.ubifs&utility, you specify LEB size using the&-e&option. This is a very important parameter and you should specify it correctly in order to have working UBIFS image. Indeed,
LEB size is the major UBIFS storage unit, e.g., UBIFS nodes never cross LEB boundaries, garbage collection is performed on individual LEBs, etc. See&this&section for more information.
The error message means that LEB size information which is stored in the UBIFS superblock does not match the real LEB size, which UBIFS takes from UBI. The superblock was created by the&mkfs.ubifs&utility, therefore you failed
to pass the correct LEB size to the utility. Fix this by passing correct LEB size via the&-e&option.
原因是：逻辑块的大小与实际的大小不符
解决办法：
将-e选项的值由129024改成126976
重新执行：
&./mkfs.ubifs -v -r ./rootfs -o rootfs.img -m 2048 -e 126976 -c 272
&./ubinize -v -o rootfs.ubi -m 2048 -p 128KiB -s 2048 hi.cfg
重新烧写并重启。
还有一个需要注意的问题是，如果将-s选项的值搞错，如将2048写成了512，那么会有如下错误信息
UBI error: validate_ec_hdr: bad VID header offset 512, expected 2048
UBI error: validate_ec_hdr: bad EC header
UBI error: ubi_io_read_ec_hdr: validation failed for PEB 0
UBI error: ubi_init: cannot attach mtd2
Fixed MDIO Bus: probed
从错误提示中就可以看到解决方法：将-s选项的值改为2048即可。
参考：/pengdonglin137/p/3404685.html
&UBI headers
UBI stores 2 small 64-byte headers at the beginning of each non-bad physical eraseblock:
·&&&&&&&& erase counter header&(or&EC header) which contains the erase counter of the physical eraseblock (PEB) plus some other not so i
·&&&&&&&& volume identifier header&(or&VID header) which stores volume ID and logical eraseblock (LEB) number this PEB belongs to (plus some other not so important information).
This is why logical eraseblocks are smaller than physical eraseblock - the headers take some flash space.
UBI headers position
The EC header always resides at offset 0 and takes 64 bytes, the VID header resides at the next available&min. I/O unit&or&sub-page, and also takes 64 bytes. For example:
·&&&&&&&& in case of NOR flash which has 1 byte min. I/O unit, the VID header resides at offset 64;
·&&&&&&&& in case of NAND flash which does not have sub-pages, the VID header resides at the second NAND
·&&&&&&&& in case of NAND flash which has sub-pages, the VID header resides at the second sub-page.
UBI utilizes sub-pages to lessen flash space overhead. The overhead is less if NAND flash supports sub-pages (see&here). Indeed, let's consider a NAND flash with 128KiB eraseblocks and 2048-byte pages. If it does not have sub-pages, UBI puts
the the VID header at physical offset 2048, so LEB size becomes 124KiB (128KiB minus one NAND page which stores the EC header and minus another NAND page which stores the VID header. In opposite, if the NAND flash does have sub-pages, UBI puts the VID header
at physical offset 512 (the second sub-page), so LEB size becomes 126KiB (128KiB minus one NAND page which is used for storing both UBI headers). See&this&section for more information about where the UBI headers are stored.
也就是说，对于上面的例子，如果有subpage（可以到/sys/class/mtd/其中的一个目录下使用cat命令去查看某个mtd设备的subpagesize参数），如果是512B,这有如下参数搭配（对于块大小是128KiB，页大小是2KB的NandFlash来说）：
&./mkfs.ubifs -v -r ./rootfs -o rootfs.img -m 2048 -e 129024 -c 272&
&./ubinize -v -o rootfs.ubi -m 2048 -p 128KiB -s 512 hi.cfg
&其中 -e表示的是逻辑块的大小，因为subpagesize大小是512（也就是-s选项的值），第一页的前512存放EC（实际用了前64B），接下来的512B（前64B）存放UBI headers，逻辑块的大小就是128KiB-2KiB=126KiB，转化成十进制就是129024。
&假如没有subpagesize，那么有如下搭配：
&./mkfs.ubifs -v -r ./rootfs -o rootfs.img -m 2048 -e 126976 -c 272&
&./ubinize -v -o rootfs.ubi -m 2048 -p 128KiB -s 2048 hi.cfg
&其中，逻辑块的大小：128KiB-2KiB-2KiB=124KiB，转换成10进制就是126976，-s后面的值为页大小，即2048B。
参考知识库
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：89283次
积分：1660
积分：1660
排名：第18260名
原创：64篇
转载：53篇
(3)(2)(2)(1)(3)(4)(2)(2)(5)(6)(1)(8)(6)(3)(3)(3)(2)(3)(1)(5)(3)(2)(1)(1)(2)(2)(1)(5)(2)(2)(3)(1)(3)(3)(5)(4)(1)(1)(1)(5)(2)(1)(2)(7)(1)ubifs文件系统多次开关机压力测试&&上电5分钟----&断电----上电5分钟&&&&循环测试24小时，就有主机出现系统ECC错误？
[&&&&9.480000]&UBI&error:&ubi_io_read:&error&-74&(ECC&error)&while&reading&126976&bytes&from&PEB&73:4096,&read&94208&bytes
[&&&&9.490000]&UBIFS&error&(pid&1):&ubifs_leb_read:&reading&126976&bytes&from&LEB&859:0&failed,&error&-5
[&&&&9.500000]&UBIFS&error&(pid&1):&ubifs_start_scan:&cannot&read&126976&bytes&from&LEB&859:0,&error&-5
几率大概10台主机有3台左右
请问怎么回事？
U-Boot&2010.06-dirty&(May&26&2016&-&13:32:18)
I2C:&&&ready
DRAM:&&2&GiB
NAND:&&HW&ECC&BCH8&Selected
MMC:&&&OMAP&SD/MMC:&0
Net:&&&Detected&MACID:78:a5:4:b4:c1:12
Ethernet&PHY:&GENERIC&@&0x00
DaVinci&EMAC
board_boot_init():&boot&flag&=&1
Card&did&not&respond&to&voltage&select!
**&Can't&read&from&device&0&**
**&Unable&to&use&mmc&0:1&for&fatload&**
Saving&Environment&to&NAND...
Erasing&Nand...
Erasing&at&0x60000&--&100%&complete.
Writing&to&Nand...&done
NAND&read:&device&0&offset&0x1c0000,&size&0x300000
&3145728&bytes&read:&OK
##&Booting&kernel&from&Legacy&Image&at&&...
&&&Image&Name:&&&Linux-2.6.37+
&&&Image&Type:&&&ARM&Linux&Kernel&Image&(uncompressed)
&&&Data&Size:&&&&2597984&Bytes&=&2.5&MiB
&&&Load&Address:&c0008000
&&&Entry&Point:&&c0008000
&&&Verifying&Checksum&...&OK
&&&Loading&Kernel&Image&...&OK
Starting&kernel&...
Uncompressing&Linux...&done,&booting&the&kernel.
[&&&&0.000000]&Linux&version&2.6.37+&(root@i183)&(gcc&version&4.5.3&&(prerelease)&(GCC)&)&#2&Thu&May&26&12:51:49&HKT&2016
[&&&&0.000000]&CPU:&ARMv7&Processor&[413fc082]&revision&2&(ARMv7),&cr=10c53c7f
[&&&&0.000000]&CPU:&VIPT&nonaliasing&data&cache,&VIPT&aliasing&instruction&cache
[&&&&0.000000]&Machine:&ti8168evm
[&&&&0.000000]&vram&size&=&&at&0x0
[&&&&0.000000]&ti81xx_reserve:&###&Reserved&DDR&region&@dff00000
[&&&&0.000000]&reserved&size&=&&at&0x0
[&&&&0.000000]&FB:&Reserving&&bytes&SDRAM&for&VRAM
[&&&&0.000000]&Memory&policy:&ECC&disabled,&Data&cache&writeback
[&&&&0.000000]&OMAP&chip&is&TI
[&&&&0.000000]&Built&1&zonelists&in&Zone&order,&mobility&grouping&on.&&Total&pages:&123648
[&&&&0.000000]&Kernel&command&line:&console=ttyO2,&ubi.mtd=6,2048&rootwait&root=ubi0:rootfs&rootfstype=ubifs&rootflags=sync&rw&mem=512M&vram=24M&notifyk.vpssm3_sva=0xBFB00000&ddr_mem=2048M&vmalloc=476M&ip=dhcp&dhcpdelay=20
[&&&&0.000000]&PID&hash&table&entries:&2048&(order:&1,&8192&bytes)
[&&&&0.000000]&Dentry&cache&hash&table&entries:&65536&(order:&6,&262144&bytes)
[&&&&0.000000]&Inode-cache&hash&table&entries:&32768&(order:&5,&131072&bytes)
[&&&&0.000000]&Memory:&486MB&1MB&=&487MB&total
[&&&&0.000000]&Memory:&8204k&available,&36084k&reserved,&68608K&highmem
[&&&&0.000000]&Virtual&kernel&memory&layout:
[&&&&0.000000]&&&&&vector&&:&0xffff0000&-&0xffff1000&&&(&&&4&kB)
[&&&&0.000000]&&&&&fixmap&&:&0xfff00000&-&0xfffe0000&&&(&896&kB)
[&&&&0.000000]&&&&&DMA&&&&&:&0xffc00000&-&0xffe00000&&&(&&&2&MB)
[&&&&0.000000]&&&&&vmalloc&:&0xda800000&-&0xf8000000&&&(&472&MB)
[&&&&0.000000]&&&&&lowmem&&:&0xc0000000&-&0xda400000&&&(&420&MB)
[&&&&0.000000]&&&&&pkmap&&&:&0xbfe00000&-&0xc0000000&&&(&&&2&MB)
[&&&&0.000000]&&&&&modules&:&0xbf000000&-&0xbfe00000&&&(&&14&MB)
[&&&&0.000000]&&&&&&&.init&:&0xc0008000&-&0xc003f000&&&(&220&kB)
[&&&&0.000000]&&&&&&&.text&:&0xc003f000&-&0xc0542000&&&(5132&kB)
[&&&&0.000000]&&&&&&&.data&:&0xc0542000&-&0xc0595180&&&(&333&kB)
[&&&&0.000000]&SLUB:&Genslabs=11,&HWalign=64,&Order=0-3,&MinObjects=0,&CPUs=1,&Nodes=1
[&&&&0.000000]&NR_IRQS:375
[&&&&0.000000]&IRQ:&Found&an&INTC&at&0xfa200000&(revision&5.0)&with&128&interrupts
[&&&&0.000000]&Total&of&128&interrupts&on&1&active&controller
[&&&&0.000000]&GPMC&revision&6.0
[&&&&0.000000]&Trying&to&install&interrupt&handler&for&IRQ368
[&&&&0.000000]&Trying&to&install&interrupt&handler&for&IRQ369
[&&&&0.000000]&Trying&to&install&interrupt&handler&for&IRQ370
[&&&&0.000000]&Trying&to&install&interrupt&handler&for&IRQ371
[&&&&0.000000]&Trying&to&install&interrupt&handler&for&IRQ372
[&&&&0.000000]&Trying&to&install&interrupt&handler&for&IRQ373
[&&&&0.000000]&Trying&to&install&interrupt&handler&for&IRQ374
[&&&&0.000000]&Trying&to&install&type&control&for&IRQ375
[&&&&0.000000]&Trying&to&set&irq&flags&for&IRQ375
[&&&&0.000000]&OMAP&clockevent&source:&GPTIMER1&at&&Hz
[&&&&0.000000]&Console:&colour&dummy&device&80x30
[&&&&0.000000]&Calibrating&delay&loop...&1199.30&BogoMIPS&(lpj=5996544)
[&&&&0.230000]&pid_max:&default:&32768&minimum:&301
[&&&&0.230000]&Security&Framework&initialized
[&&&&0.230000]&Mount-cache&hash&table&entries:&512
[&&&&0.230000]&CPU:&Testing&write&buffer&coherency:&ok
[&&&&0.230000]&devtmpfs:&initialized
[&&&&0.230000]&TI81XX:&Map&0xdff00000&to&0xfe500000&for&dram&barrier
[&&&&0.230000]&TI81XX:&Map&0x&to&0xfe600000&for&sram&barrier
[&&&&0.230000]&omap_voltage_early_init:&voltage&driver&support&not&added
[&&&&0.230000]&regulator:&core&version&0.5
[&&&&0.230000]&regulator:&dummy:&
[&&&&0.230000]&NET:&Registered&protocol&family&16
[&&&&0.230000]&omap_voltage_domain_lookup:&Voltage&driver&init&not&yet&happened.Faulting!
[&&&&0.230000]&omap_voltage_add_dev:&VDD&specified&does&not&exist!
[&&&&0.230000]&OMAP&GPIO&hardware&version&0.1
[&&&&0.230000]&OMAP&GPIO&hardware&version&0.1
[&&&&0.230000]&omap_mux_init:&Add&partition:&#1:&core,&flags:&0
[&&&&0.230000]&ti8168_evm_init:MUSB_PERIPHERAL
[&&&&0.230000]&registered&ti816x_gpio_vr&device
[&&&&0.230000]&registered&ti816x_sr&device
[&&&&0.230000]&Cannot&clk_get&ck_32
[&&&&0.230000]&pm_dbg_init:&only&OMAP3&supported
[&&&&0.230000]&registered&ti81xx_vpss&device
[&&&&0.230000]&registered&ti81xx_vidout&device
[&&&&0.230000]&registered&ti81xx&on-chip&HDMI&device
[&&&&0.230000]&registered&ti81xx_fb&device
[&&&&0.230000]&registered&ti81xx_vin&device
[&&&&0.240000]&bio:&create&slab&&bio-0&&at&0
[&&&&0.240000]&regulator:&VFB:&800&&--&&1025&mV&at&800&mV&
[&&&&0.240000]&SCSI&subsystem&initialized
[&&&&0.240000]&usbcore:&registered&new&interface&driver&usbfs
[&&&&0.240000]&usbcore:&registered&new&interface&driver&hub
[&&&&0.240000]&usbcore:&registered&new&device&driver&usb
[&&&&0.240000]&omap_i2c&omap_i2c.1:&bus&1&rev4.0&at&100&kHz
[&&&&0.260000]&omap_i2c&omap_i2c.2:&bus&2&rev4.0&at&100&kHz
[&&&&0.260000]&Advanced&Linux&Sound&Architecture&Driver&Version&1.0.23.
[&&&&0.260000]&cfg80211:&Calling&CRDA&to&update&world&regulatory&domain
[&&&&0.260000]&Switching&to&clocksource&gp&timer
[&&&&0.260000]&NET:&Registered&protocol&family&2
[&&&&0.260000]&IP&route&cache&hash&table&entries:&4096&(order:&2,&16384&bytes)
[&&&&0.260000]&TCP&established&hash&table&entries:&16384&(order:&5,&131072&bytes)
[&&&&0.260000]&TCP&bind&hash&table&entries:&16384&(order:&4,&65536&bytes)
[&&&&0.260000]&TCP:&Hash&tables&configured&(established&16384&bind&16384)
[&&&&0.260000]&TCP&reno&registered
[&&&&0.260000]&UDP&hash&table&entries:&256&(order:&0,&4096&bytes)
[&&&&0.260000]&UDP-Lite&hash&table&entries:&256&(order:&0,&4096&bytes)
[&&&&0.260000]&NET:&Registered&protocol&family&1
[&&&&0.260000]&RPC:&Registered&udp&transport&module.
[&&&&0.260000]&RPC:&Registered&tcp&transport&module.
[&&&&0.260000]&RPC:&Registered&tcp&NFSv4.1&backchannel&transport&module.
回复讨论(解决方案)
[&&&&0.260000]&NetWinder&Floating&Point&Emulator&V0.97&(double&precision)
[&&&&0.260000]&PMU:&registered&new&PMU&device&of&type&0
[&&&&0.260000]&omap-iommu&omap-iommu.0:&ducati&registered
[&&&&0.260000]&omap-iommu&omap-iommu.1:&sys&registered
[&&&&0.320000]&highmem&bounce&pool&size:&64&pages
[&&&&0.330000]&msgmni&has&been&set&to&819
[&&&&0.330000]&io&scheduler&noop&registered
[&&&&0.330000]&io&scheduler&deadline&registered
[&&&&0.330000]&io&scheduler&cfq&registered&(default)
[&&&&0.330000]&Serial:&&driver,&4&ports,&IRQ&sharing&enabled
[&&&&0.330000]&omap_uart.0:&ttyO0&at&MMIO&0x&(irq&=&72)&is&a&OMAP&UART0
[&&&&0.330000]&omap_uart.1:&ttyO1&at&MMIO&0x&(irq&=&73)&is&a&OMAP&UART1
[&&&&0.330000]&omap_uart.2:&ttyO2&at&MMIO&0x&(irq&=&74)&is&a&OMAP&UART2
[&&&&0.940000]&console&[ttyO2]&enabled
[&&&&0.940000]&brd:&module&loaded
[&&&&0.950000]&loop:&module&loaded
[&&&&0.950000]&ahci&probe:&devid&name&is&ahci
[&&&&0.960000]&ahci&CAP&register&dump&=0x6726ff81
[&&&&0.960000]&Modified&ahci&CAP&register&dump&=0x6f26ff81
[&&&&0.970000]&ahci&ahci.0:&forcing&PORTS_IMPL&to&0x3
[&&&&0.970000]&ahci:&SSS&flag&set,&parallel&bus&scan&disabled
[&&&&0.980000]&ahci&ahci.0:&AHCI&&slots&2&ports&3&Gbps&0x3&impl&platform&mode
[&&&&0.980000]&ahci&ahci.0:&flags:&ncq&sntf&stag&pm&led&clo&only&pmp&pio&slum&part&ccc&
[&&&&0.990000]&scsi0&:&ahci_platform
[&&&&1.000000]&scsi1&:&ahci_platform
[&&&&1.000000]&ata1:&SATA&max&UDMA/133&mmio&[mem&0x4ax4a150fff]&port&0x100&irq&16
[&&&&1.010000]&ata2:&SATA&max&UDMA/133&mmio&[mem&0x4ax4a150fff]&port&0x180&irq&16
[&&&&1.020000]&omap2-nand&driver&initializing
[&&&&1.020000]&ONFI&param&page&0&valid
[&&&&1.030000]&ONFI&flash&detected
[&&&&1.030000]&NAND&device:&Maf&ID:&0x2c,&Chip&ID:&0xca&(Micron,&NAND&256MiB&3,3V&16-bit)
[&&&&1.030000]&&erasesize:&0x20000,&writesize:&2048,&oobsize:&64
[&&&&1.040000]&omap2-nand:&detected&x16&NAND&flash&
[&&&&1.050000]&cmdlinepart&partition&parsing&not&available
[&&&&1.050000]&Creating&10&MTD&partitions&on&&omap2-nand.0&:
[&&&&1.x-0x&:&&U-Boot&
[&&&&1.x-0x&:&&U-Boot&Env&
[&&&&1.x-0x&:&&U-Boot&Logo&
[&&&&1.x-0x0&:&&Sys&params&
[&&&&1.x0-0x0&:&&Boot&Flag&
[&&&&1.x0-0x0&:&&Kernel1&
[&&&&1.x0-0x00&:&&rootfs1&
[&&&&1.x00-0x00&:&&Kernel2&
[&&&&1.x00-0x0&:&&rootfs2&
[&&&&1.x0-0x&:&&Reserved&
[&&&&1.220000]&UBI:&attaching&mtd6&to&ubi0
[&&&&1.230000]&UBI:&physical&eraseblock&size:&&&131072&bytes&(128&KiB)
[&&&&1.230000]&UBI:&logical&eraseblock&size:&&&&126976&bytes
[&&&&1.240000]&UBI:&smallest&flash&I/O&unit:&&&&2048
[&&&&1.250000]&UBI:&sub-page&size:&&&&&&&&&&&&&&512
[&&&&1.250000]&UBI:&VID&header&offset:&&&&&&&&&&2048&(aligned&2048)
[&&&&1.260000]&UBI:&data&offset:&&&&&&&&&&&&&&&&4096
[&&&&1.400000]&ata1:&SATA&link&down&(SStatus&0&SControl&300)
[&&&&1.750000]&ata2:&SATA&link&down&(SStatus&0&SControl&300)
[&&&&2.830000]&UBI:&max.&sequence&number:&&&&&&&2629
[&&&&2.850000]&UBI:&attached&mtd6&to&ubi0
[&&&&2.850000]&UBI:&MTD&device&name:&&&&&&&&&&&&&rootfs1&
[&&&&2.860000]&UBI:&MTD&device&size:&&&&&&&&&&&&120&MiB
[&&&&2.870000]&UBI:&number&of&good&PEBs:&&&&&&&&960
[&&&&2.870000]&UBI:&number&of&bad&PEBs:&&&&&&&&&0
[&&&&2.870000]&UBI:&number&of&corrupted&PEBs:&&&0
[&&&&2.880000]&UBI:&max.&allowed&volumes:&&&&&&&128
[&&&&2.880000]&UBI:&wear-leveling&threshold:&&&&4096
[&&&&2.890000]&UBI:&number&of&internal&volumes:&1
[&&&&2.890000]&UBI:&number&of&user&volumes:&&&&&1
[&&&&2.900000]&UBI:&available&PEBs:&&&&&&&&&&&&&0
[&&&&2.900000]&UBI:&total&number&of&reserved&PEBs:&960
[&&&&2.910000]&UBI:&number&of&PEBs&reserved&for&bad&PEB&handling:&9
[&&&&2.910000]&UBI:&max/mean&erase&counter:&38/2
[&&&&2.920000]&UBI:&image&sequence&number:&&
[&&&&2.920000]&UBI:&background&thread&&ubi_bgt0d&&started,&PID&46
[&&&&2.970000]&davinci_mdio&davinci_mdio.0:&davinci&mdio&revision&1.6
[&&&&2.970000]&davinci_mdio&davinci_mdio.0:&detected&phy&mask&ffffffee
[&&&&2.980000]&davinci_mdio.0:&probed
[&&&&2.980000]&davinci_mdio&davinci_mdio.0:&phy[0]:&device&0:00,&driver&unknown
[&&&&2.990000]&davinci_mdio&davinci_mdio.0:&phy[4]:&device&0:04,&driver&unknown
[&&&&3.000000]&mice:&PS/2&mouse&device&common&for&all&mice
[&&&&3.000000]&registered&ADc1&slave&addr&0x21)&I2C&driver
[&&&&3.010000]&registered&ADc2&slave&addr&0x20)&I2C&driver
[&&&&3.020000]&omap_rtc&omap_rtc:&rtc&core:&registered&omap_rtc&as&rtc0
[&&&&3.020000]&i2c&/dev&entries&driver
[&&&&3.030000]&Linux&video&capture&interface:&v2.00
[&&&&3.390000]&usbcore:&registered&new&interface&driver&usbhid
[&&&&3.390000]&usbhid:&USB&HID&core&driver
[&&&&3.400000]&notify_init&:&notify&drivercreated&&for&&remote&proc&id&2&at&physical&Address&0xbfb00000
[&&&&3.410000]&usbcore:&registered&new&interface&driver&snd-usb-audio
[&&&&3.410000]&Asahi&Kasei&AK4104&ALSA&SoC&Codec&Driver
[&&&&3.420000]&Cirrus&Logic&CS4270&ALSA&SoC&Codec&Driver
[&&&&3.430000]&asoc:&tlv320aic3x-hifi&&-&&davinci-mcasp.2&mapping&ok
[&&&&3.430000]&asoc:&ad9388-hifi&&-&&davinci-mcasp.0&mapping&ok
[&&&&3.440000]&asoc:&HDMI-DAI-CODEC&&-&&hdmi-dai&mapping&ok
[&&&&3.440000]&ALSA&device&list:
[&&&&3.450000]&&&#0:&TI81XX&SOUND0
[&&&&3.450000]&&&#1:&TI81XX&SOUND1
[&&&&3.450000]&TCP&cubic&registered
[&&&&3.460000]&NET:&Registered&protocol&family&17
[&&&&3.460000]&VFP&support&v0.3:&implementor&41&architecture&3&part&30&variant&c&rev&3
[&&&&3.470000]&omap_voltage_late_init:&Voltage&driver&support&not&added
[&&&&3.480000]&Power&Management&for&TI81XX.
[&&&&3.480000]&smartreflex&smartreflex:&Driver&initialized
[&&&&3.490000]&omap_rtc&omap_rtc:&setting&system&clock&to&&00:00:01&UTC&()
[&&&&4.010000]&davinci_mdio&davinci_mdio.0:&resetting&idled&controller
[&&&&4.010000]&net&eth0:&attached&PHY&driver&[Generic&PHY]&(mii_bus:phy_addr=0:00,&id=1cc915)
[&&&&5.030000]&Sending&DHCP&requests&.
[&&&&6.010000]&PHY:&0:00&-&Link&is&Up&-&100/Full
[&&&&7.030000]&.,&OK
[&&&&7.420000]&IP-Config:&Got&DHCP&answer&from&0.0.0.0,&my&address&is&192.168.26.240
[&&&&7.420000]&IP-Config:&Complete:
[&&&&7.430000]&&&&&&device=eth0,&addr=192.168.26.240,&mask=255.255.255.0,&gw=192.168.26.1,
[&&&&7.430000]&&&&&&host=192.168.26.240,&domain=,&nis-domain=(none),
[&&&&7.440000]&&&&&&bootserver=0.0.0.0,&rootserver=0.0.0.0,&rootpath=
[&&&&7.450000]&UBIFS:&parse&sync
[&&&&7.550000]&UBIFS:&recovery&needed
[&&&&9.480000]&UBI&error:&ubi_io_read:&error&-74&(ECC&error)&while&reading&126976&bytes&from&PEB&73:4096,&read&94208&bytes
[&&&&9.490000]&UBIFS&error&(pid&1):&ubifs_leb_read:&reading&126976&bytes&from&LEB&859:0&failed,&error&-5
[&&&&9.500000]&UBIFS&error&(pid&1):&ubifs_start_scan:&cannot&read&126976&bytes&from&LEB&859:0,&error&-5
[&&&&9.510000]&VFS:&Cannot&open&root&device&&ubi0:rootfs&&or&unknown-block(0,0)
[&&&&9.510000]&Please&append&a&correct&&root=&&boot&&here&are&the&available&partitions:
[&&&&9.f00&&&&&&&&&&&&&384&mtdblock0&&(driver?)
[&&&&9.f01&&&&&&&&&&&&&128&mtdblock1&&(driver?)
[&&&&9.f02&&&&&&&&&&&&1024&mtdblock2&&(driver?)
[&&&&9.f03&&&&&&&&&&&&&128&mtdblock3&&(driver?)
[&&&&9.f04&&&&&&&&&&&&&128&mtdblock4&&(driver?)
[&&&&9.f05&&&&&&&&&&&&3072&mtdblock5&&(driver?)
[&&&&9.f06&&&&&&&&&&122880&mtdblock6&&(driver?)
[&&&&9.f07&&&&&&&&&&&&3072&mtdblock7&&(driver?)
[&&&&9.f08&&&&&&&&&&122880&mtdblock8&&(driver?)
[&&&&9.f09&&&&&&&&&&&&8448&mtdblock9&&(driver?)
[&&&&9.580000]&Kernel&panic&-&not&syncing:&VFS:&Unable&to&mount&root&fs&on&unknown-block(0,0)
[&&&&9.580000]&Backtrace:&
[&&&&9.590000]&[&c004cfac&]&(dump_backtrace+0x0/0x110)&from&[&c03a4b20&]&(dump_stack+0x18/0x1c)
[&&&&9.600000]&&r6::d9c195d18&r3:
[&&&&9.600000]&[&c03a4b08&]&(dump_stack+0x0/0x1c)&from&[&c03a4b80&]&(panic+0x5c/0x178)
[&&&&9.610000]&[&c03a4b24&]&(panic+0x0/0x178)&from&[&c0009184&]&(mount_block_root+0x1c4/0x204)
[&&&&9.620000]&&r3:::d9c3bf78&r0:c04c51f5
[&&&&9.620000]&&r7:c002d54c
[&&&&9.630000]&[&c0008fc0&]&(mount_block_root+0x0/0x204)&from&[&c000940c&]&(prepare_namespace+0x94/0x1cc)
[&&&&9.640000]&[&c0009378&]&(prepare_namespace+0x0/0x1cc)&from&[&c0008d70&]&(kernel_init+0x114/0x154)
[&&&&9.650000]&&r5:c002cb18&r4:c002cb18
[&&&&9.650000]&[&c0008c5c&]&(kernel_init+0x0/0x154)&from&[&c0074764&]&(do_exit+0x0/0x5d0)
[&&&&9.660000]&&r5:c0008c5c&r4: