@woodcat 好的，非常谢谢你帮忙测试。你再看看v853的硬件设计文档。

@jxzhb 在 D1-H千兆网络丢包问题 中说：

@axw_fae
262c26d1-b244-490a-9d57-5c4e269a5285-image.png
按这修改已经解决了

感谢两位分享宝贵经验！ @axw_fae @jxzhb

突然想起来之前在这里发过这个问题，现在已经解决了。

在内核配置.config中将CONFIG_CCI关闭，CONFIG_CCI_TO_TWI打开即可使用普通IIC，之前看文档不够仔细，现在直接将sensor1的SCL和SDA接到普通IIC就可以了。

# CONFIG_CCI is not set CONFIG_CCI_TO_TWI=y

@name_10____231
好像是g2d有问题，在makefile中把g2d关了我就正常了
710883ee-2446-423b-ab24-89a92685f9a5-image.png

@name_10____231
解决了吗，同问

echo on > /proc/sys/kernel/printk_devkmsg 后重新运行
aec72faa-fd45-4fe4-9242-7d521eff644e-企业微信截图_16879315471293.png

在make kernel_menuconfig打开inotify即可

79e1c0de-2369-4b6f-b04e-74b248eaa107-企业微信截图_16879354611368.png

重新烧录，可以看到有多个守护进程， 怎么把多余的关掉呢？

在修改 tx_delay , rx_delay 需要在dts 中配置，每次都要重新再烧写过！ 所以在调试时需要耗费很多气力。只要修改一下原本的驱动，就可以无需另外的工具，就可以进行的调试

驱动位置 lichee/linux-5.4/drivers/net/ethernet/allwinner/sunxi-gmac.c

原代码

static ssize_t mii_write_store(struct device *dev, struct device_attribute *attr, const char *buf, size_t count) { struct net_device *ndev = NULL; struct geth_priv *priv = NULL; int ret = 0; u16 reg, addr, val; char *ptr; ptr = (char *)buf; if (dev == NULL) { pr_err("Argment is invalid\n"); return count; } ndev = dev_get_drvdata(dev); if (ndev == NULL) { pr_err("Net device is null\n"); return count; } priv = netdev_priv(ndev); if (priv == NULL) { pr_err("geth_priv is null\n"); return count; } if (!netif_running(ndev)) { pr_warn("eth is down!\n"); return count; } ret = sunxi_parse_write_str(ptr, &addr, &reg, &val); if (ret) return ret; priv->mii_reg.reg = reg; priv->mii_reg.addr = addr; priv->mii_reg.value = val; return count; }

攸改过后

static ssize_t mii_write_store(struct device *dev, struct device_attribute *attr, const char *buf, size_t count) { struct net_device *ndev = NULL; struct geth_priv *priv = NULL; int ret = 0; u16 reg, addr, val; char *ptr; ptr = (char *)buf; if (dev == NULL) { pr_err("Argment is invalid\n"); return count; } ndev = dev_get_drvdata(dev); if (ndev == NULL) { pr_err("Net device is null\n"); return count; } priv = netdev_priv(ndev); if (priv == NULL) { pr_err("geth_priv is null\n"); return count; } if (!netif_running(ndev)) { pr_warn("eth is down!\n"); return count; } ret = sunxi_parse_write_str(ptr, &addr, &reg, &val); if (ret) return ret; if((2 == reg) || (3 == reg)) { u32 clk_value; u8 tdelay; u8 rdelay; clk_value = readl(priv->base_phy); tdelay = (clk_value >> 10) & 0x07; rdelay = (clk_value >> 5) & 0x1f; printk("gmac delay read tx--> %x , rx--> %x \n", tdelay, rdelay); if(2 == reg) { tdelay = (val & 0x07); } else { rdelay = (val & 0x1f); } printk("gmac delay write tx--> %x , rx--> %x \n", tdelay, rdelay); clk_value &= ~((0x07 << 10)| (0x1F << 5)); clk_value |= ((tdelay << 10) | (rdelay << 5)); writel(clk_value, priv->base_phy); } priv->mii_reg.reg = reg; priv->mii_reg.addr = addr; priv->mii_reg.value = val; return count; }

使用方式如下：

先使用 ifconfig eth0 192.168.1.100 ，啟动 gmac 驱动

使用下面命令，进行 tx_delay 修改，3 个参数 , 第一个随便设，第二个需设置 2 , 第三个為 tx_delay 设置值，范围 0x0 ~ 0x7

root@TinaLinux:/# echo 0 2 3 > /sys/devices/platform/soc@3000000/4500000.eth/mii_write [ 66.901376] gmac delay read tx--> 2 , rx--> d [ 66.911086] gmac delay write tx--> 3 , rx--> d root@TinaLinux:/# echo 0 2 5 > /sys/devices/platform/soc@3000000/4500000.eth/mii_write [ 92.944996] gmac delay read tx--> 3 , rx--> d [ 92.954582] gmac delay write tx--> 5 , rx--> d 使用下面命令，进行 rx_delay 修改，3 个参数 , 第一个随便设，第二个需设置 3 , 第三个為 rx_delay 设置值，范围 0x0 ~ 0x1f , 输入需要使用 16 进位 root@TinaLinux:/# echo 0 3 a > /sys/devices/platform/soc@3000000/4500000.eth/mi_write [ 108.317230] gmac delay read tx--> 5 , rx--> d [ 108.327034] gmac delay write tx--> 5 , rx--> a root@TinaLinux:/# echo 0 3 1c > /sys/devices/platform/soc@3000000/4500000.eth/mii_write [ 120.347615] gmac delay read tx--> 5 , rx--> a [ 120.357371] gmac delay write tx--> 5 , rx--> 1c root@TinaLinux:/# echo 0 3 1c > /sys/devices/platform/soc@3000000/4500000.eth/mii_write [ 126.976849] gmac delay read tx--> 5 , rx--> 1c [ 126.986301] gmac delay write tx--> 5 , rx--> 1c

测试时先使用外机 ping d1s ，调整 rx_delay 值后，使用 ifconfig 查看 rx_byte 及 crc 值，看是否有正常接收，并且无 crc 。 找出某一区间都正常，例如 4 ~ c 都是正常的！ 此时将 rx_delay 设置在 8 。

rx_delay 设置后，在用 d1s ping 外机，调整 tx_delay 值，看在什么区间可以正常 ping 不丢包， 一样取中间值

@gaowei15537316965 8cdba040-821c-4695-ad1f-29eced31b923-image.png
有没有大佬遇到这个添加输入中文键盘报错的

解决了，将ts.conf文件下的注释掉一些 如下：

# Uncomment if you wish to use the one-wire linux input layer S70/A70... # module_raw one_wire_ts_input # Uncomment if you wish to use the linux input layer event interface module_raw input # Uncomment if you're using a Sharp Zaurus SL-5500/SL-5000d # module_raw collie # Uncomment if you're using a Sharp Zaurus SL-C700/C750/C760/C860 # module_raw corgi # Uncomment if you're using a device with a UCB1200/1300/1400 TS interface # module_raw ucb1x00 # Uncomment if you're using an HP iPaq h3600 or similar # module_raw h3600 # Uncomment if you're using a Hitachi Webpad # module_raw mk712 # Uncomment if you're using an IBM Arctic II # module_raw arctic2 #module pthres pmin=1 #module variance delta=30 #module dejitter delta=100 module linear

我们也要到相似的问题，reboot上电后ts_test有连点情况，看打印坐标就是前几个坐标是上个点；退出ts_test后重新ts_test就正常，但是偶尔还是有连点情况。您这边有解决吗

@jinxiangwzh 我的是连starting kernel 都没打印出来，但是adb能进入系统，我在你这个路径找不到对应文件

@tanlining
感谢分享宝贵经验。

@gb2047 请问有人知道吗

@gb2047 请问有人知道吗？

@wxgd2017 在哪个路径了？

@qiao15839037953

打开 Kconfig 文件，看有没有依赖其他配置。

@bayche 在 Yuzuki Lizard V851S开发板 –获取正确的本地时间 中说：

@ary_ye 有一点不同
具体参考
https://forums.100ask.net/t/topic/3021
是基于docker版V851S开发环境

好的，受教了👼

你好，我使用的MQ-R在添加触摸的时候touchscreens里面没有触摸设备列表，请问怎么解决啊？214fc3da-e7f0-40c6-8124-fe536a7040b9-image.png

应该是当前内核pwm框架与pwm驱动对于极性的判断相反导致，并且kernel阶段的pwm极性与uboot阶段的不一致。

可以参考下面的解决方法：

添加函数将极性配置与uboot阶段保持一致的极性状态。具体方法是在pwm代码中添加接口：

static void sunxi_pwm_get_state(struct pwm_chip *chip, struct pwm_device *pwm, struct pwm_state *state) { unsigned int reg_offset; u32 val, sel; sel = pwm->pwm - chip->base; reg_offset = PWM_PCR_BASE + sel * 0x20; val = sunxi_pwm_readl(chip, reg_offset); if (val & BIT_MASK(8)) { state->polarity = PWM_POLARITY_NORMAL; } else { state->polarity = PWM_POLARITY_INVERSED; } } static struct pwm_ops sunxi_pwm_ops = { ... .get_state = sunxi_pwm_get_state, ... };

这个函数的作用是在pwm驱动初始化阶段，读取uboot阶段设置的极性，并将kernel阶段的极性设置与其保持一致。具体内核操作可追流程。

除了修改驱动代码，还需要同对应修改每个板级目录下的board.dts。该修改主要是针对regulator使用pwm进行调压，会在dts中配置pwm调压的极性，为了保证与uboot阶段的电压一致，现在需要把dts中配置的极性的值置位1。

reg_vdd_cpu: vdd-cpu { compatible = "sunxi-pwm-regulator"; - pwms = <&pwm 0 5000 0>; // 第一个参数是使用的pwm通道，第二个参数是频率，第三个参数是极性 + pwms = <&pwm 0 5000 1>; // 第一个参数是使用的pwm通道，第二个参数是频率，第三个参数是极性 regulator-name = "vdd_cpu"; regulator-min-microvolt = <810000>; regulator-max-microvolt = <1160000>; regulator-ramp-delay = <25>; regulator-always-on; regulator-boot-on; status = "okay"; };

在修改完成后，编译打包，确认版型后烧录测试，先看板子能不能起来，起不来的话证明电压极性有误，可以拿万用表测量一下电压，看启动阶段电压有没有发生突变。成功起来后还需要测试一下pwm功能是否正常，最好使用示波器来测一下board.dts里配置的pwm通道的管脚，然后调试该通道看有无波形变化，具体方法如下：

进入/sys/class/pwm目录，该目录是linux内核为pwm子系统提供的类目录，遍历该目录：

/sys/class/pwm # ls pwmchip0

可以看到，上述 pwmchip0 就是我们注册的pwm控制器，进入该目录，然后遍历该目录：

/sys/class/pwm # cd pwmchip0/ /sys/devices/platform/soc/1c23400.pwm/pwm/pwmchip0 # ls device export npwm subsystem uevent unexport

其中npwm文件储存了该pwm控制器的pwm个数，而export和unexport是导出和删除某个pwm设备的文件，下面演示导出pwm1。

/sys/devices/platform/soc/1c23400.pwm/pwm/pwmchip0 # cat npwm 2 /sys/devices/platform/soc/1c23400.pwm/pwm/pwmchip0 # echo 1 > export /sys/devices/platform/soc/1c23400.pwm/pwm/pwmchip0 # ls device export npwm pwm1 subsystem uevent unexport

可以看到目录中多出pwm1目录，进入该目录，遍历：

/sys/devices/platform/soc/1c23400.pwm/pwm/pwmchip0 # cd pwm1/ /sys/devices/platform/soc/1c23400.pwm/pwm/pwmchip0/pwm1 # ls capture duty_cycle enable period polarity uevent

该目录中，enable是使能pwm，duty_cycle是占空比，period是周期，polarity是极性，可以配置相关的pwm并且使能：

/sys/devices/platform/soc/1c23400.pwm/pwm/pwmchip0/pwm1 # echo 1000000000 > period /sys/devices/platform/soc/1c23400.pwm/pwm/pwmchip0/pwm1 # echo 500000000 > duty_cycle /sys/devices/platform/soc/1c23400.pwm/pwm/pwmchip0/pwm1 # echo normal > polarity /sys/devices/platform/soc/1c23400.pwm/pwm/pwmchip0/pwm1 # echo 1 > enable

如果相应的引脚外接了示波器，可以看到相关的波形。最后返回上层目录，删除该pwm设备：

/sys/devices/platform/soc/1c23400.pwm/pwm/pwmchip0/pwm1 # cd .. /sys/devices/platform/soc/1c23400.pwm/pwm/pwmchip0 # ls device export npwm pwm1 subsystem uevent unexport /sys/devices/platform/soc/1c23400.pwm/pwm/pwmchip0 # echo 1 > unexport /sys/devices/platform/soc/1c23400.pwm/pwm/pwmchip0 # ls device export npwm subsystem uevent unexport

在有条件的情况且能找到相应屏幕的情况下，最好接上屏幕进行验证，确认在uboot阶段进入kernel阶段出现闪屏的情况。

不带屏幕，且没有vdd-cpu的话，pwm初始化极性就不会影响到默认固件正常使用，使用示波器验证就好。

@memory
可能兼容性问题，建议用三星或者闪迪的eMMC芯片。

@whycan 非常感谢，明白了

@whycanservice 请问：目前我用两个线程，一个线程拍照，一个线程gpio 输出控制电机，但是电机转的断断续续（如果只有一个线程跑电机是正常的），看起来好像是调度问题，这种情况怎么解决？

只能重新烧录，替换BOOT分区。

找到问题了，grep一下这个宏定义，发现是在openssl库里面的，在make menuconfig里面把下面这个选项勾上就行了
QQ截图20230624110607.png

@whycan daudio0_used = 0
是配置这个节点吗？
[audiocodec_machine]
audiocodec_machine_used = 1
dachpf_cfg = 1

@gb2047 在 D1-H 打包成tina_d1-h-nezha_uart0.img的dragon有源代码吗？ 中说：

如题。tools/pack-bintools/src/dragon，但看不到源码，也 不知道是怎么打包的

同样关注中

非常感谢您的回复。 因此，它们是相同的，只是温度范围不同。 那么，您能指出在哪里可以找到 A133/R818 核心模块的 PCB 文件（布局数据）吗？

@bayche 您好
执行 cmake-gui .. 出现如下错误怎么办？
a0ea9a3d-e4ed-45ce-85ae-041da046b948-image.png

@shz18877605430
看下board.dts里面 PE8/PE9 在其他哪些地方使用了。

@whycan

d4a2169f-7b55-4bce-8ca1-c28cc758917d-tina_d1-h-nezha_uart0_emmc.img.7z

这个固件我测试过了，支持eMMC。

@zhaodongyu
感觉它这里针对的是GEMM KERNEL加速核的设计而言的，PPT标题已经给出来了。对经典的CPU流水线来讲，计算阶段和访问阶段已经流水化了，由不同的硬件(ALU/BIU）完成，本身是可以做到并行的。而用计算来掩盖访存延迟一般是HPC计算加速器的做法，因为这种KERNEL 加速器不像CPU有丰富的L1/L2/L3缓存可以用，CPU访存延迟低。计算加速器只能通过大量计算掩盖访存延迟。所以我感觉它这里讲的可能不是RISC-V的特性，而是GEMM阵列的特性。

@whycan 哦哦，没说明白，用来传输数据的，我现在用的是DSI-D0P，DSI-D0N，DSI-D1P，DSI-D1N，想改为DSI-D2P，DSI-D2N，DSI-D3P，DSI-D3N，不知道是否可行

@ddrddr
可能是换了晶圆厂或者封装厂，再披一层马甲标识符。

@xu13537826780 一般都好点，除非特殊的切割屏时序不好搞。您联系方式是？？

你是用什么文件系统，qemu应该如何使用？

@hsinyuwang
想买。。。求量产

uboot和spl也会设置，kernel设置前可以检查之前的设置情况或者清除设置

请问大佬这个怎么替换？是直接在pack的时候把rootfs.img换掉还是在之前就事先换掉？

@afu120
我按照您的步骤操作，还是无法执行 ledapp
67b93c11-41d5-4dd4-b5b3-7f8ec9309712-e170be7561b7df33b5103aaca3ff8ec.png
会是什么问题呢？

@a13265860289 就这样简单的改一下，编译会出错：
make menuconfig勾选 e2fsprogs之后,
然后
执行 make package/utils/e2fsprogs/compile 编译
执行make package/utils/e2fsprogs/install安装

依然不行，能分享完整方法吗？谢谢！

锁相环一直初始化失败，检查一下CPU是否是好的，以及焊接是否OK

@ah669741
感谢分享宝贵踩坑经验。👍

@lucky123456 在 t113的emmc启动，挂载文件系统失败 中说：

@lucky123456 已解决

是怎么回事呢？

@whycanservice 有个问题SD card 0是sd卡，SD card 1是emmc，SD card 2是spi flash，这个顺序对么

@yusufyk 主线需要主线适配，具体请联系主线的维护者

为啥log只有报错之后的，其余log还有吗

先申请再使用，直接输出会冲突。
驱动用到了也需要驱动释放然后这里重新申请使用

@bigfly --batch-size设置1就行了，他会量化dataset.txt里全部
记得是拿这里得数据集来量化

QQ图片20230616102505.png

我用t113编译点灯驱动也遇到了这个问题，楼主是怎么解决的

@wyljkl 大佬，驱动跑起来了，后面接收配置和输出分辨率配置，怎么写的？

@gaowei15537316965 66447d1b-3309-4b53-8e17-444e4afc7380-微信图片_20230615161618.png

@wgy0930
tf卡固件勾选 e2fsprogs

@anruliu 那CS脚是接到GND吗

@zhaodongyu
C语言不就是这样么？数组边界是要在程序里面自己写条件判断来保证的。

@ht1123 抱歉, 久等了, 先上传个可以交叉编译的程序:
d1-baremetal.7z
😁 😁 😁
用xfel将bin文件写到0x40000000即可执行. 至于汇编只需要熟练使用工具链参数即可.

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