@l13819506056 你好 我在《T113-S3_Datasheet_V1.5.pdf》与 《T113-S3_User_Manual_V1.2.pdf》找不到相关的CAN 寄存器说明，请问你是哪里查到的啊？

可以查阅tools/pack/chips/sun8iw11p1/configs/tlt3_a40i-evm目录下的fex文件。

不需要，如果是组内改序没问题

@ddrddr

建议用 buildroot，勾选外部工具链和Qt，就没有这么多烦恼了。

@ary_ye

led.c 里面加一点调试语句，也有可能 GPIOH(11) 没有申请成功。

原来是室内信号受干扰了，放到室外就正常了

@wadedeng 请问下具体怎么修改的了？能辛苦下贴出来吗？我放好使用D1 2.1的系统改T113的系统有遇到这个问题，谢谢

@whycan 谢谢！！

大佬，能贴下你的配置跟应用程序不，我这跟其他贴子的一样都是32个灯限制

@xiawei
看起来没什么问题，确认串口是可以输入的吗？

@aozima
Xuantie-900 elf newlib gcc Toolchain V2.6.1 B-20220906
Xuantie-900 elf newlib gcc Toolchain V2.4.0 B-20220427

这个比较难复现。也许加一个打印就没这个bug了

@xiawei
嗯，再仔细检查一下，一般是没装上allwinner官方的驱动。

@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 本来就有毛病。

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

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

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

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

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

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

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显示屏。

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%。

@copper

@baiwen

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

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

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

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

@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的时候也是这样，我等了十分钟左右吧，输出就少了能工作了。

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

@lingzhi12321 明白了，谢谢大佬

@lingzhi12321 自己弄的话还要交叉编译opencv

可能是还没写入文件就已经断电了，导致的数据丢失

linux内核写入文件的特性：先将内容写入缓存，在io空闲或者一段时间等情况下，再将内容写入磁盘，

当内容在缓存中时，可以通过 cat 命令查看内容，因此通过 cat 命令能查看到 IP 不能说明已经将内容写入

在设置完静态IP之后，调用相关方法，马上将内容写入磁盘。

代码路径：frameworks/base / services/core/java/com/android/server/net/IpConfigStore.java

public void writeIpConfigurations(String filePath, ArrayMap<String, IpConfiguration> networks) { mWriter.write(filePath, out -> { out.writeInt(IPCONFIG_FILE_VERSION); for(int i = 0; i < networks.size(); i++) { writeConfig(out, networks.keyAt(i), networks.valueAt(i)); } + try { + sync(filePath); + } catch (IOException e) { + loge("Ipconfig sync error:" + e.toString()); + } }); } + public void sync(String filepath) throws IOException { + File f = new File(filepath); + RandomAccessFile raf = null; + + try { + raf = new RandomAccessFile(f, "r"); + FileDescriptor fd = raf.getFD(); + fd.sync(); + + } finally { + if (raf != null) { + raf.close(); + } + } + }

@jeffdev 可以用adb shell 进入控制台，就是不能进入UI层

@waterworld 怎末解决的呀🤒

@abcdef 报错信息没截全吧，看不出来啥😧

@steward 我只想跟司徒大佬学习一下！😃

@carpediem mount -o remount rw /

@hslove1314 此贴需求已经解决了，多谢网友的帮助。