@yuqingli 可以测试下bootargs中添加“rootwait”，这个命令可以要求等待emmc存储初始化成功后才去挂载，我用其它家的芯片，默认信息是有这个的

@qql_6699 /etc/network/interfaces和/etc/resolv.conf是独立配置文件，正常逻辑类似ping，socket发起网址请求时，会优先选择里面的dns-nameservers的dns定义去解析，如果不成功，再去检索/etc/resolv.conf里面的信息。你现在需要确认的时dns-nameservers是否设置成功。

另外/etc/network/interfaces是在执行/sbin/ifup -a里面解析调用，源码可以看busybox/networking/ifupdown.c，相关源码内部没有修改/etc/resolv.conf文件，如果你想修改，自己单独修改/etc/resolv.conf。

@tigers 使用官方的Tina库不可行，因此官方SDK的启动步骤为brandy spl => u-boot => kernel => rootfs, 没有spl加载到内部ram初始化sdram， u-boot无法加载的，后续流程不可行。可以采用第三方方案，awboot=>kernel=>rootfs, awboot在github有开源。

@jh008 里面提到目录了，去prebuilt/gcc/linux-x86/arm/toolchain-sunxi-musl/toolchain目录看有没有这个目录，或者去上几级看看，哪一层缺失了

@z2500abc 用的不是Tina5库验证过的Ubuntu版本吧，用的最新的Ubuntu是会有编译问题，你需要列出来错误项，才好给你发现问题分析。

@t_00_t uboot的编译工具倒是可以替换。

spl-pub的没法替换，因为里面大部分的代码是以静态库的形式显示的，你这里链接的是brandy/brandy-2.0/board/a50/libsun8iw15p1_sboot.a，里面的*.a就是静态库，这个就限制了spl-pub编译的工具必须和静态库一致，不然链接会出错；你想支持带硬件浮点的，只能找原厂要带浮点的库替换。

@sky_rain ccu有另一个设备节点的，是给系统以及大部分模块提供时钟的，文档里面有说明。这个r_ccu是给非掉电区域控制(靠电池供电)独立提供时钟管理的，主要包含PDU，RTC等模块。我看了下，手册里没有单独说明，只是在RTC模块3.16.2 Block Diagram里面有讲到这个时钟，寄存器是没有说明。全志文档本身就不完善，这部分应该遗漏了。

@jaying 在 求问：V851SE Tinyvision 修改为SPI NAND flash 没有root登录 中说：

Kernel command line:"root=/dev/mmcblk0p4 rootwait init=/init partitions=boot-res@mmcblk0p1:env@mmcblk0p2:boot@mmcblk0p3:rootfs@mmcblk0p4:rootfs_data@mmcblk0p5:UDISK@mmcblk0p6"
Waiting for root device /dev/mmcblk0p4

问题出在上面，bootargs指向的地址还是rootfs根目录还是emmc地址，而你硬件不存在mmcblk0p4，导致一直在等待；需要改成nand对应的文件系统。

你可以在u-boot直接修改bootcmd，将其中的setargs_mmc替换为setargs_nand，sync后重启。如果是SDK里，就修改你选择的板级下的env.cfg文件(不确定具体目录，自己找下，在device目录下)，再进行测试。

@t_00_t uboot的编译工具倒是可以替换。

spl-pub的没法替换，因为里面大部分的代码是以静态库的形式显示的，你这里链接的是brandy/brandy-2.0/board/a50/libsun8iw15p1_sboot.a，里面的*.a就是静态库，这个就限制了spl-pub编译的工具必须和静态库一致，不然链接会出错；你想支持带硬件浮点的，只能找原厂要带浮点的库替换。

@yozad d 设备树里面定义u32的数据格式时 key = <value>;
按照要求应该是
bind_pwm = <2>;
dead_time = <1000>;
你的写法不正确。

@z2500abc 用的不是Tina5库验证过的Ubuntu版本吧，用的最新的Ubuntu是会有编译问题，你需要列出来错误项，才好给你发现问题分析。

@xdxxue 我自己测试了下，应该是buildroot版本编译对应的编译工具版本过低，导致和官网上的node文件二进制兼容有问题，通过“/bin/bash node"会报强制错误，我目前相到的办法是使用buildroot系统中的nodejs，在Target Package > Interpreter languages and scripting > nodejs选项，就是版本低一些，测试功能是可以的。

当然也可以替换到tina中buildroot的编译工具，更换最新的arm编译工具，这样node应该能直接运行的(我测试过gcc11.2，是可以的)。

@xdxxue 看了下，文件名中所属组和所属用户是mosquitto和docker，确保你本地存在这两个组和用户，如果不存在，尝试执行"chown root:root node"，或者之前解压的时候，使用root模式解压，避免这个问题。

@xdxxue 大概率是node没有执行权限，执行ls -alF看下，如果不是rxw，使用chmod 0777 node进行修改即可。

@quanzhi111
全志的芯片大部分标配G2D模块，其中一项功能支持硬件的1/16和1/32采样缩放。

其实缩放软件实现也很简单，1/16缩放就是行和列分别1/4读取数据，行从0开始，满4取像素点，列从0开始，满4选行数，是图形处理最基本的方法。

@lee2333 在WSL-Ubuntu下编译的？这边显示的Files目录在env里面，find执行有安全风险，所以被禁止了。
可以考虑在windows环境变量里删除这个路径，或者修改$PATH，把这个路径移除