看司徒大佬一直是用汇编分析，太牛了

@fengshuo 后续：

我寻思着 ld: cannot find -lperl 的意思就是在 -L 指定的路径下找不到能链接的 libperl.so 或者 libperl.a 文件对吧，那我从 https://pkgs.org/download/libperl-dev 下载一个同版本 aarch64 架构的 libperl.a 补到 prebuilt/gcc/linux-x86/aarch64/toolchain-sunxi-glibc/toolchain/lib 应该就行了吧。（整个 R329 SDK 不存在任何 libperl.so 或 libperl.a 文件而且 make menuconfig 也找不到叫“libperl”的选项，不得已才从网上下）

不行。这回 ld 倒是找着了库，make 继续往下跑了几步之后又报错退出了：/usr/share/perl/5.26/Carp.pm panic: attempt to copy freed scalar

网上一搜，这是 perl 的老 bug 了：https://rt.cpan.org/Public/Bug/Display.html?id=72467 照着这个帖子修改了 /usr/share/perl/5.26/Carp.pm 就不会再报错了。不清楚为什么交叉编译环境里的 perl 要引用系统的 perl 模块，不过毕竟 perl 是解释型语言，这样跨架构应该问题不大。

之后再 make 又报错，说 U64 类型被定义了两遍。一遍在 out/r329-evb5/compile_dir/target/net-snmp-5.4.4/include/net-snmp/library/int64.h ，另一遍在 /usr/lib/x86_64-linux-gnu/perl/5.26/CORE/perl.h 。

这个问题也是好几年前就有人给 net-snmp 团队报告过了：https://sourceforge.net/p/net-snmp/bugs/2794/ 高版本的 net-snmp 已修复，可惜SDK里包含的版本太旧。我参考修复了这个问题的 commit 31613e 照葫芦画瓢给它修了（就是把 U64 的 typedef 去掉，其他地方的 U64 换成 struct counter64 ）。

不知道是因为我这一通操作还是什么别的原因，后面 make 竟然用 /usr/bin/ld 去链接一堆很明显要走交叉编译的文件，然后告诉我它找不到各种各样的库...... 现在真的怀疑全志提供的 SDK 本来就有毛病。

@iysheng 做硬件调试 你现在是不确定电源是否正常 还是soc工作不正常？通常应该将 电源部分独立出来单独调试，axp2101 为通用供电芯片，是可以在无初始化状态下工作的，参考手册6.6小结的表 来测量你axp2101 在断开负载 后各部分供电是否按照表格内参数开始工作了。如果没有，就先解决axp2101为何没有正常启动供电的问题，这部分需要严格检查电路，元件参数，焊接，直到芯片可以按照表格内参数正常工作了，再去查找soc为什么没有串口打印的问题。V853在没有启动系统时候确实 是有串口输出CCC ，但是要注意 这个串口可能是固定的串口0 对应的串口。是有固定引脚的，如果你设计中这组引脚复用做其他的，那你在你的debug串口中什么也看不到。这不能确定你的系统是否已经运行起来了。所以 请按照以上步骤 逐步检查 电源硬件 soc硬件 统调。如果说soc无法通过i2c 初始化axp2101 你甚至可以使用 arduino 简单的编写I2C代码 来驱动axp2101。

@whycan 重启过之后不重新校准还是那个样子，测试的坐标也不对evtest /dev/input/event1，想解决一下

@whycan 晕哥请问可以帮忙指教下吗？感谢

测试固件，上传备份下~~~

启动后，执行下面命令可亮屏：

lv_examples 0

tina_d1s-nezha_uart3.img

@iam670 大佬你得DDR4 u-boot 调好了吗？我DDR4板子在HD跑通了。无奈没得DRAM控制器资料u-boot 改不了.板子只能拿来跑HD😧 😧

HPVCC内置LDO外部无供电会开启，TVIN不需要可以不接

不知道差别的时候就都擦了吧，有需要部分保留的时候再琢磨一下

@zhaodongyu
你好，想请问一下怎么在哪吒上使用riscv-v的指令？

@wyljkl 你好大佬，R528会弄吗？加个V-----XMKJ868

AAC解码器是闭源的，怎么传递参数进去呢？

@xiawei

可能用错驱动了，

是不是用过xfel、sunxi-fel烧固件？

@tevet
“86”固件是指什么？

问题有新的进展了，因为boot分区时fat格式的，我将boot分区挂载到root分区的目录下，然后通过sftp将文件传送到boot分区中，传送成功了，系统并没有死机。似乎这个文件复制过程死机和ext4文件系统有关系。原来传输的文件大小为5k左右，我把文件调大到10k，传输同样会失败。我现在也不清楚时文件系统格式的问题还是文件大小的问题，有没有大神可以出来指导一下。

@xiawei
权限问题，按我楼上的方法试一试。

@sulong devmem 0x02001B60，如果结果为0x81000000，试一下执行devmem 0x02001B60 32 0x81000001

问下楼主这个屏幕有没有调试出来，我这边也在用这个屏幕，现象一样？

@null037 反复对比检查了一下不知道是否是下面的警告导致的报错
7e00127b-1ee3-42f1-bd9f-be5d9f9f28dd-image.png

7d037836-9569-4e9b-8b30-515b86cb00ec-image.png

图层信息

有大佬知道是什么原因吗？

@ddrddr 大佬，这里你是把这一行注释掉吗？还是说做了其它判断？

查看硬件电路是否有问题

@yuwei 在 关于全志disp 中说：

DISP_LAYER_SET_CONFIG

主要是送显示的buf管理不一样
DISP_LAYER_SET_CONFIG 直接传送显示的buf物理地址，上层释放buf后，图层没有关闭可能会有一些异常
DISP_LAYER_SET_CONFIG2 需要传iommu申请的fd，disp驱动中会对这个fd增加一个引用计数，上层释放这个buf后，图层没有关闭情况下，buf是没有释放的，等到关闭图层后，减少引用计数才会释放buf

@ht1123
错误原因为修改 linux-5.4/drives/mtd/tests/oobtest.c,修改内容为：
fec1771f-adf6-43f1-ab4a-6a6d67214d7d-image.png
将所有相同结构都进行修改，编译为驱动加载后导致标记坏块，不知道怎么解决。

观察了一下，偶尔有些控件不会凝固，但是文字类的控件（QLabel）就容易凝固（不刷新）。
在 Ubuntu 都没有问题。

@godzhou0909
mipi显示屏，D1不支持edp显示屏。

接下来则是对接 lv_lib_100ask 与 2048 小游戏，我们先下载 lv_lib_100ask 的源码，放置到 platform/thirdparty/gui/lvgl-8/lv_2048 的 src 文件夹里。并按照 lv_lib_100ask 的说明，复制一份 lv_lib_100ask_conf_template.h 到 src 目录，并改名为 lv_lib_100ask_conf.h

comment; Security ID#type; SID#base; SID 0x03006000#regdef; SID_RKEY0; 0x000; Securiy root key[31:0]#regdef; SID_RKEY1; 0x004; Securiy root key[63:32]#regdef; SID_RKEY2; 0x008; Securiy root key[95:64]#regdef; SID_RKEY3; 0x00C; Securiy root key[127:96]#regdef; SID_THS; 0x014; [27:16]: The calibration value of the T-sensor.#regdef; SID_DATA; 0x200 4; SID data (xfel display as 'sid' replay)#regdef; BOOT_MODE; 0x210; [27:16]: eFUSE boot select status, [0]: 0: GPIO boot select, 1: eFuse boot select#regdef; SID_UNDOC; 0x214 507;#regdef; pad 0; 2560; Set i/o block size

我用的mq-r v1.0的很小的板子，console用的uart0（PE2和PE3），你自己在sys config.fex里核对一下就好了。记得接地线。QQ图片20230605155336.jpg

@copper 我我现在还没搞懂是T113的问题还是软件的问题，你说T113的问题吧，在windows上可与烧录，你说软件的问题吧，群用用我这个包安装之后也可以烧录……我自己也换了几个版本的系统了，都是同样的问题

@steward 感谢司徒的研究，发现了一个大BUG，中断号偏移计算错误，现已修复，打补丁如下：

diff --git a/src/arch/arm32/mach-t113s3/romdisk/boot/mangopi.json b/src/arch/arm32/mach-t113s3/romdisk/boot/mangopi.json index 0f1f34283..4bc02d253 100644 --- a/src/arch/arm32/mach-t113s3/romdisk/boot/mangopi.json +++ b/src/arch/arm32/mach-t113s3/romdisk/boot/mangopi.json @@ -386,12 +386,12 @@ "reset-t113@0x02001d0c": { "reset-base": 1184, "reset-count": 32 }, "irq-gic400@0x03020000": { "interrupt-base": 32, "interrupt-count": 224 }, - "irq-t113-gpio@0x02000220": { "interrupt-base": 224, "interrupt-count": 8, "interrupt-parent": 101 }, - "irq-t113-gpio@0x02000240": { "interrupt-base": 256, "interrupt-count": 8, "interrupt-parent": 103 }, - "irq-t113-gpio@0x02000260": { "interrupt-base": 288, "interrupt-count": 23, "interrupt-parent": 105 }, - "irq-t113-gpio@0x02000280": { "interrupt-base": 320, "interrupt-count": 14, "interrupt-parent": 107 }, - "irq-t113-gpio@0x020002a0": { "interrupt-base": 352, "interrupt-count": 7, "interrupt-parent": 109 }, - "irq-t113-gpio@0x020002c0": { "interrupt-base": 384, "interrupt-count": 16, "interrupt-parent": 111 }, + "irq-t113-gpio@0x02000220": { "interrupt-base": 256, "interrupt-count": 8, "interrupt-parent": 101 }, + "irq-t113-gpio@0x02000240": { "interrupt-base": 288, "interrupt-count": 8, "interrupt-parent": 103 }, + "irq-t113-gpio@0x02000260": { "interrupt-base": 320, "interrupt-count": 23, "interrupt-parent": 105 }, + "irq-t113-gpio@0x02000280": { "interrupt-base": 352, "interrupt-count": 14, "interrupt-parent": 107 }, + "irq-t113-gpio@0x020002a0": { "interrupt-base": 384, "interrupt-count": 7, "interrupt-parent": 109 }, + "irq-t113-gpio@0x020002c0": { "interrupt-base": 416, "interrupt-count": 16, "interrupt-parent": 111 }, "gpio-t113@0x02000030": { "gpio-base": 32, "gpio-count": 8, "interrupt-offset": 256 }, "gpio-t113@0x02000060": { "gpio-base": 64, "gpio-count": 8, "interrupt-offset": 288 },

完整补丁见这个链接
https://github.com/xboot/xboot/commit/4e502b7ad6e4f589832d36a4513de00f0cb8de07

非常好的内容，正需要

@yanmingjian
这个帖子跑的时候不就是我说的那种，工具链是“xxx-linux-5.10.4-yyy”，可执行文件跑在tina上，而tina是5.4.10版本的内核啊。

@vincent1 谢谢您，问题已经解决。发现问题是配置问题。
进行了如下配置问题解决：
1、V853在线文档中，编译环境配置一节没提到要安装一个组件。需要安装u-boot-tools。
2、V853在线文档中，编译环境配置一节没提到要增加i386架构，才能安装部分i386架构的必须组件。需要dpkg --add-architecture i386 增加，然后再apt-get update 来更新列表。
3、lib32ncurses5包名改变，需要用lib32ncurses5-dev代替。
建议官方及时修正在线文档。
编译对比发现win10/11下WSL编译速度会比VBOX环境快出接近50%。

@aozima 那计算和访存流水线是串行的对吗？

好帖子 。。。。。。。。。。。。

买买买，上架了吗？

@copper

@baiwen

https://bbs.aw-ol.com/user/baiwen

你好，你的问题解决了吗？我遇到了和你一样的问题，报一样的错误，能指点下吗？

@winyunq
你好，想问下，是怎么从tina的sdk里面抽取楚关于hci的patch的？

问题已经找到，原来是0.9V电源电压不够，只有0.84V,外加0.9V电源供电正常启动.

如果自己做的板子，检查eMMC。

如果买的开发板，考虑eMMC是不是炸了。

谢谢楼主，V853也可以！

@lx15979 请问一下，怎么打补丁了，我也遇到烧录不了emmc的问题

@evler 确实是串口问题😧

@gaowei15537316965 428bc9b1-b7b9-48c9-9544-f24d2f603ab7-image.png
屏幕是这样的

大佬~必须拉👏 😊

@lhw_uestc 我也解决了，空格问题。不过可以交流讨论下~gecj12321

@cruise33 单推理，不仿真

@whycan 这个openeuler版本镜像有什么犀利之处~~，求科普

@abc3240574

e1e87210-5b32-472d-a69a-4eb9fb7650e0-image.png

SLC（单层单元）闪存：可擦写10万次以上。由于SLC只有两个电荷状态，所以它具有最高的耐用性和可靠性。

MLC（多层单元）闪存：可擦写5-10万次。由于每个单元可以存储更多的数据，因此相对于SLC来说，MLC的写入速度更慢，但价格更便宜。

TLC（三层单元）闪存：可擦写1-3万次。由于每个单元可以存储更多的数据，因此相对于MLC来说，TLC的价格更低，但耐用性更差。

QLC（四层单元）闪存：可擦写几千次到1万次。QLC的写入速度比TLC更慢，耐用性也更差，但价格更低。

PLC（五层单元）闪存：PLC的擦写次数通常没有明确规定，但它们与QLC闪存类似，其耐用性和写入速度都比较差。

需要注意的是，不同厂商生产的闪存产品之间可能会存在差异。此外，实际的擦写寿命取决于多个因素，例如存储器的使用方式、操作温度和数据负载等。因此，在选择闪存产品时，需要参考厂商提供的技术规格并进行实际测试以获得最佳的性能和可靠性。

@haaland
Tina

@whycan 重新烧录固件也还是一样的问题吗？
要是还是一样的问题的话，建议使用TigerDump把分区dump出来看看，目前初步怀疑，有可能是掉电导致的flash误操作

@luka_lee
确认 .h 里面开启了 jpeg 支持吗？

@whycan 调成这样了，不知道调整那个参数

遵循以下步骤

make工具

注意由于AW服务器make版本为3.8.1，在编译glibc高版本时候不兼容，所以需要更新make工具。假如服务器make版本较高，可以不用更新make工具。

74adce60b8464885a5dd61ee74ba04ce.jpg

网址 http://ftp.gnu.org/pub/gnu/make ，下载最新版本4.3。解压后，对make工具进行安装。进入make-4.3源码目录，执行以下命令。

# prefix 后面路径为make工具安装路径,这里我们指定安装到out目录下。 ./configure --prefix=${path} make make install

9a2c99382e9f410f972896bb8d835d60.jpg

安装完成，我们看到make 4.3版本

76462bc8ce8843c18851fb1b53ae6006.jpg

glibc源码下载

网址 http://ftp.gnu.org/pub/gnu/glibc/ ，下载所需的glibc版本，注意gcc工具链版本和glibc版本需要匹配。

如下图所示是准备好编译脚本env. sh，glibc各个版本源码。

723697d50e5f4f1cbdb57e159e694c80.jpg

env.sh是把所有编译步骤整合在一起的脚本，可以根据具体情况单独执行每条指令。

打开脚本env.sh脚本。第4行是gcc位置，第5行是make工具位置(不需要安装高版本make可以去掉)，第7行是glibc版本，第12行是glibc源码路径，第13行是glibc生成库文件路径，第14行是glibc编译过程产生中间文件存放路径，第16行是修改环境变量，使用我们自己的make和gcc工具。第30-33行，用于编译glibc。

8b1ebd6d70be4655a7605128bee7fec2.jpg

其中31行 --host=arm-none-linux-gnueabihf ，host填入值要和gcc匹配 ，否则会出差。

5f2a16b347c3456080fa730db1f7da2d.jpg

03eea564b5674b67a048d0ee1cd5bee7.jpg

运行env.sh脚本

env.sh

./env.sh

注意下信息，我们可以看到glibc生成准备环境时候，已经使用了我们指定gcc工具链，make工具。

98a88fec90ff4c018cf4421fae808ac2.jpg

b994e54444474d3997fb351db376c330.jpg

编译完成后，我们看到对应so库

7d8beda4939c4dcb94d694b343f93d5e.jpg

替换glibc，例如在我们测试demo，修改Makefile，指定到我们glibc版本路径即可

重新编译，查看对应执行文件，看到已经使用对应版本版本glibc库

strings main | grep glibc

4e72c23a5e7646189ca264b87f0ef8b4.jpg

版本匹配问题

1、gcc-linaro-5.3.1-2016.05-x86_64_arm-linux-gnueabi版本，glibc 2.29以下版本都可以编译通过

2、gcc-arm-10.3-2021.07-x86_64-arm-none-linux-gnueabihf版本，目前只在glibc 2.33编译通过，其他版本需测试。

@qq2073548225

7d8d434d-86c2-45ab-bcd4-b71cca717f3d-image.png

商业级的温度范围通常为0°C 至 70°C。 工业级的温度范围通常为-40°C 至 85°C。 汽车级的温度范围通常为-40°C 至 105°C。 军用级的温度范围可以因具体要求而异，但通常为-55°C 至 125°C。

@zhoublin3
试试多等几分钟。
我用的是移植到哪吒D1上的debian，连wifi的时候也是这样，我等了十分钟左右吧，输出就少了能工作了。

问题已找到，是因为当AHD输入为UYVY时， CSIC的DMA输出不支持UYVY格式

解決了，需要 enable buildroot libinput library
#make menuconfig
Target packages → Libraries → Hardware handling → libinput