Hisi3716C Android解决方案问题记录

在环境搭建、程序编译等等各方面花费了很多功夫。特此记录下来。

一、Hitool烧写工具在win8上不能运行。

win8默认安装的java是64位，版本是1.8.25。Hitool是32位JAVA工程。32位和64位不兼容。另一个问题是Hitool用的是jdk1.6，用jdk1.8会出错，运行时提示虚拟机创建失败。安装32位jdk1.6.45后可以运行。需要将jdk安装目录下jre6拷贝到Hitool目录下。环境变量Path中添加了系统默认的java路径（C:/ProgramData/java/），需要去掉并添加自己的JDK环境变量。

另外，不要让防火墙把Hitool禁掉，不然会下载失败。

二、minicom 不能输入

minicom已经配置好，在另一个板子上已经能够正常使用，但是在hisi板子上有输出但是不能输入。检查发现是接口没有插紧。TMD。

三、不能挂载文件系统

烧写工具和minicom都配置好之后准备烧写程序试试看。开机后出现类似下面这些文件找不到。应该是文件系统没有挂载上。

hisi Android平台根文件系统用的是ramfs，编译在内核中。在init.rc脚本文件中会挂载4个system、userdata、cache、sdcard。其中cache和sdcard内容为空，userdata放的是app。

我用的是sdk默认的：PageSize = 4k；BlockSize = 1M 的ubi镜像。由于当时没有仔细看文档，没能很好的理解这个4K，1M的含义，费了一些周折自己去写脚本制作UBI镜像。

可以通过fastboot中的nand info得知板子的nand flash 的块大小和页大小。我的是PageSize=4K，BlockSize=256K。在文件device/hisilicon/Hi3716CV200/BoardConfig.mk 添加 PAGE_BLOCK_SIZE = 4k 256k即可。

下面这些错误是自己制作UBI过程中出现的错误。

首先出现的错误是：

UBIFS error (pid 1): validate_sb: LEB size mismatch: 129024 in superblock, 126976 real

UBIFS error (pid 1): validate_sb: bad superblock, error 1

............

init: cannot find '/system/bin/rild', disabling 'ril-daemon'
init: cannot find '/system/etc/install-recovery.sh', disabling 'flash_recovery'
init: cannot find '/system/bin/dtvserver', disabling 'dtvserver'

原因是mkfs.ubifs -e 的参数和PageSize不符，-e = （块的大小-2*页的大小）。

修正了-m -e参数之后。又遇到下面这个错误

UBI error: vtbl_check: volume table check failed: record 0, error 9

UBI error: ubi_init: cannot attach mtd2

原因是ubinine指定的配置文件中vol_size要小于NAND flash分区。

NAND Flash 上每个分区要有一定剩余空间，并保证至少 2 个 block 的坏块冗余

UBI的问题可以参考网页：http://www.360doc.com/content/14/1018/14/18578054_417913216.shtml

最后一个分区sdcard不能挂载：

测试程序时出现“未处理的异常”，“08-12 09:14:23.132: W/StorageManager(3363): No primary storage defined”，但是程序在另一个盒子中是正常的。

测试的功能要列出存储系统中存在的视频文件，于是想到应该是SD卡的分区出了问题。运行df命令，正常运行的盒子有/mnt/sdcard这个分区，不能正常运行的盒子没有。

没有/mnt/sdcard的盒子在开机后有下面一段错误：

UBIFS error (pid 1779): validate_sb: bad LEB count: 416 in superblock, 305 on UBI volume, 19 minimum required
UBIFS error (pid 1779): validate_sb: bad superblock, error 1

猜测应该是UBI volume的数量不够，仔细检查了发现在用Hitool烧写时计算错了dcard分区长度，把Nand Flash按1000M处理了，最后一个分区sdcard少算了24M。

至于一个盒子正常一个不正常，猜测是擦除的问题。sdcard 分区是78M，sdcard镜像不到4M，即使按54M的长度来烧写也绝对没有问题。Hitool在烧写前按指定的长度来擦除，按54M来擦除，最后24M就没有被擦除。如果最后24M之前被擦除过就不会有问题。这就解释了两个盒子用同样的烧写工具、同样的参数、同样的景象问什么一个成功一个不成功。