efancier 发布的帖子

@fantasya ，这个版本千兆网驱动没有包含在里面

@efancier 更新下防止下沉

请大神们帮忙看一下，一个T113的板子，用了一片RTL8211F跟GMAC连接，出现的问题是：如果连接百兆交换机，则没有任何问题，如果连接千兆网，会出现 link is up, 100M duplex的提示，但是无法进行任何通信，查看RTL8211F的寄存器，看到PHY协商的速度是1000M，如果收到调整RTL8211F寄存器强制100M，则功能正常，请问下RTL8211F用GMAC默认的驱动就可以了吗？我用是Tina的5.4版本内核。另外发现全志的GMAC驱动对应的ethtool接口都没有实现，怎么才能强制GMAC的工作模式呢（１００或者１０００兆）？
谢谢！

@tevet ，谢谢Tevet！

@whycan ,谢谢晕哥！

@tevet
谢谢回复！不好意思再问下啥是 muboot？

回复: T113-S3 default_lcd 修改红蓝对调没有生效
翻到老的帖子，不知道还有没有人碰到这个问题，按照说明设备树添加
lcd_rb_swap = <1>;
无效，用的是tina linux 5.4

另外发现如果uboot里面初始化LCD有问题，无论Linux里面设置是否正确，屏都无法正常工作，所以是否也需要在uboot的设备树里面作相应的修改？但是uboot的代码没找到处理这个设备树属性的地方。

@mangogeek ,我猜RK3568

@mangogeek 这个是大家的过年大礼包？

@mangogeek ，土豆沙发期待中。。。

@mangogeek ，进展如何？工规看起来可以用到我们的产品上，我们23年6月份要量产，还要做安规和可靠性，等这个会 不会太赶了？

@mangogeek , R818默认是工规吗，85度的？

@yuzukitsuru ,好帖

楼主，这个板子对外发售么？

@jacky502 ，我U盘读写都是可以的，你出错的时候是什么提示？

@yuzukitsuru
最好是不要接，这样芯片温度低好几度呢
,

@yuzukitsuru , PHY 与以太网变压器的连接部分，变压器中心抽头应该是不需要连接到 3.3V的，PHY不需要直流偏置，连上后也可以正常工作，但是PHY的发热会变大，我这边测试下来PHY的温升上连与不连确实有差异，是否可以帮忙交叉测试下？

@yuzukitsuru ，辛苦了，谢谢！

@yuzukitsuru , 软件和USB 转以太网Dongle 是完全一样的。

@yuzukitsuru , 谢谢回复， 软件用的是同一张 TF卡，所以配置参数应该是一样的，硬件测试用的也是同一个USB转网络的Dongle, 自己做的板子跟对比的板子区别在USB 主机这一端，按说不会涉及到 8125里面的delay, 回头还是试试看有没有影响。

@efancier ，更新下状态，确定是１.５V，电流要求不高，８０ｍＡ　可以驱动，启动的时候对纹波要求比较高，用一个１０uF的电容压住就可以了。

自己做的T113板子，Buildroot编译的系统，在芒果派 MQ dual 上面运行，使用USB转以太网，RTL8152, RTL8153 或者 ax1189 都可以正常运行，同样软件，同样的USB转以太网 dongle, 连接到自己的板子上就有问题，获取不到IP地址，提示tx timeout
已经排查过的：
１：电源，使用同样的电源，芒果派 MQ dual 可以运行没问题
２：USB转以太网 dongle，同一个连接到芒果派 MQ dual 可以运行没问题
３：USB口，USB０和USB１是一样的现象
４：USB布线，做了阻抗匹配，U盘读写没有问题
５：USB接口电源，添加滤波电容没有作用

以下是打印的消息，ｔｘ　ｔｉｍｅｏｕｔｅ　设置加大１０倍都没有帮助，大神们过来围观一下？

[ 207.897270] ------------[ cut here ]------------
[ 207.902432] WARNING: CPU: 0 PID: 0 at net/sched/sch_generic.c:448 dev_watchdog+0xcc/0x168
[ 207.911630] NETDEV WATCHDOG: eth0 (r8152): transmit queue 0 timed out
[ 207.918862] Modules linked in:
[ 207.922292] CPU: 0 PID: 0 Comm: swapper/0 Not tainted 5.4.61 #8
[ 207.928863] Hardware name: Generic DT based system
[ 207.934252] [<c010e2d8>] (unwind_backtrace) from [<c010a8e4>] (show_stack+0x10/0x14)
[ 207.942939] [<c010a8e4>] (show_stack) from [<c07a86fc>] (dump_stack+0x7c/0x98)
[ 207.951042] [<c07a86fc>] (dump_stack) from [<c0119374>] (__warn+0xb8/0xd0)
[ 207.958755] [<c0119374>] (__warn) from [<c01193fc>] (warn_slowpath_fmt+0x70/0x9c)
[ 207.967149] [<c01193fc>] (warn_slowpath_fmt) from [<c062b4b0>] (dev_watchdog+0xcc/0x168)
[ 207.976229] [<c062b4b0>] (dev_watchdog) from [<c016e3e8>] (call_timer_fn.constprop.6+0x1c/0x94)
[ 207.985988] [<c016e3e8>] (call_timer_fn.constprop.6) from [<c016eab4>] (__run_timers.part.5+0x1b0/0x1d4)
[ 207.996621] [<c016eab4>] (__run_timers.part.5) from [<c016eb14>] (run_timer_softirq+0x3c/0x78)
[ 208.006281] [<c016eb14>] (run_timer_softirq) from [<c0102af8>] (__do_softirq+0x210/0x29c)
[ 208.015457] [<c0102af8>] (__do_softirq) from [<c011da78>] (irq_exit+0x78/0xd0)
[ 208.023560] [<c011da78>] (irq_exit) from [<c01584e4>] (__handle_domain_irq+0x74/0xa0)
[ 208.032346] [<c01584e4>] (__handle_domain_irq) from [<c0366600>] (gic_handle_irq+0x4c/0x78)
[ 208.041713] [<c0366600>] (gic_handle_irq) from [<c01021cc>] (__irq_svc+0x6c/0xa8)
[ 208.050101] Exception stack(0xc0c01f40 to 0xc0c01f88)
[ 208.055767] 1f40: 001abc90 c76b94f4 00000000 c0114b40 00000001 c0c04e28 ffffe000 c0c53462
[ 208.064937] 1f60: c0c04e64 c77ff840 c0b2e0c0 00000000 00000000 c0c01f90 c0107fe0 c0107fd0
[ 208.074104] 1f80: 600e0013 ffffffff
[ 208.078017] [<c01021cc>] (__irq_svc) from [<c0107fd0>] (arch_cpu_idle+0x1c/0x38)
[ 208.086314] [<c0107fd0>] (arch_cpu_idle) from [<c013df08>] (do_idle+0xdc/0x12c)
[ 208.094511] [<c013df08>] (do_idle) from [<c013e1f4>] (cpu_startup_entry+0x18/0x1c)
[ 208.103003] [<c013e1f4>] (cpu_startup_entry) from [<c0b00c50>] (start_kernel+0x340/0x3d0)
[ 208.112207] ---[ end trace 0b14f6e3a592967a ]---
[ 208.117407] r8152 1-1.3:1.0 eth0: Tx timeout
[ 209.693824] r8152 1-1.3:1.0 eth0: Tx status -2
[ 209.702059] r8152 1-1.3:1.0 eth0: Tx status -2
[ 209.710320] r8152 1-1.3:1.0 eth0: Tx status -2
[ 209.718565] r8152 1-1.3:1.0 eth0: Tx status -2

看参考设计，T113 DRAM0/1 需要的电压为1.5V，实际在板子上用1.5V发现DDR初始化不成功，接了边上的1.8V才能正常工作，没有找到DRAM0/1 需要的电流，不知道是不是驱动能力不够， 但是DDRAM0/1引脚上用1.5V的时候没有看到电压不稳的情况，说明驱动能力是够的（用的外置 3.3V转1.5V的LDO，同行们请指点下

@daming123 ，有没有disable LCD RGB 接口？

@yteraa ，谢谢，我记得千兆PHY应该是125M才能跑起来，又看到有的地方提到25M，不清楚芯片内部是不是有倍频，板子还没有到，到时候按125M输入试试。

@yuzukitsuru ，请教下 PHY输给CPU MAC接口的时钟是25M还是多少？没看到有文档提到这个

@yuzukitsuru ,RTL8211 ?

发现T113一个奇怪的屏幕刷新问题，LCD使用的RGB接口，7寸屏，800x480分辨率，lvgl8 官方 framebuffer的例子，

排查问题的过程中发现如果使用Tina的SDK，就没有这个问题，然而 Tina的内核版本跟Buildroot的版本是一样的，都是5.4.61，这样排除硬件问题，那么什么地方的不一样会导致这个问题呢？内核配置，设备树，还是常驻内存的其它应用导致的？哪位碰到过类似的问题可以指导一下的

@duowei1987 ，谢谢！我对比下看看这两个版本的文件有什么不一样。

@musich ,Peer 端在时间窗内没有ACK，发送端就会重传啊，是TCP包吗？

@ubuntu ，谢谢提示，确认T113跟D1s/F133一样的问题，按帖子里描述的修改后RGB LCD接口的像素时钟可以调节了。希望其它碰到这个问题的人也可以从这里找到答案。

@jinxiangwzh ， openWrt 使用的是这个文件： /etc/config/network

@suitjune , 用的这个构建的：
https://github.com/YuzukiHD/Buildroot-YuzukiSBC

@ubuntu ，跟我观察到的现象很像，我试试看，多谢多谢！

@suitjune ,是buildroot编译的吗？

前面刚发现T113 i2c接口速度调节不起作用，今天发现RGB LCD接口的像素时钟也不对，设置为24M或者16M，输出都是48MHZ，导致LCD刷新率过高，请问大家有没有碰到一样的问题，或者有没有观察到不是48MHZ像素时钟的？难道是要切换到Tina的SDK才外设的时钟设置才能生效吗？

@jinxiangwzh ，网络接口管理用的是哪个工具？试试修改 /etc/newtork/ifaces 文件，里面添加 HWADDR=52:54:00:45:2c:cd

@duowei1987， 多谢确认这个问题，这个坑也太大了，我试试Tina的 I2c 总线驱动看能不能解决这个问题，现在的方案是用GPIO模拟，速度能到100K左右，暂时对付着驱动GT触摸屏

追踪到驱动程序里面的寄存器读写了，发现这句话
writel(reg_val, i2c->base_addr + reg_clk);
无论往寄存器里面写什么值，i2c 输出时钟频率都不变，可能是写入的值需要符合一定的组合，或者寄存器地址根本就不对？还是硬件有Bug? 原厂的技术工程师能否帮忙看一下

static void sunxi_i2c_clk_write_reg(struct sunxi_i2c *i2c, unsigned int reg_clk,
		unsigned int sclk_freq,
		unsigned char clk_m, unsigned char clk_n,
		unsigned int mask_clk_m, unsigned int mask_clk_n)
{
	unsigned int reg_val = readl(i2c->base_addr + reg_clk);

#if IS_ENABLED(CONFIG_ARCH_SUN50IW10)
	unsigned int duty;
#endif
	dev_dbg(i2c->dev, "reg_clk = 0x%x, clk_m = %u, clk_n = %u,"
		"mask_clk_m = %x, mask_clk_n = %x\n",
		reg_clk, clk_m, clk_n, mask_clk_m, mask_clk_n);
	if (reg_clk == TWI_DRIVER_BUSC) {
		reg_val &= ~(mask_clk_m | mask_clk_n);
		reg_val |= ((clk_m | (clk_n << 4)) << 8);
#if IS_ENABLED(CONFIG_ARCH_SUN50IW10)
		duty = TWI_DRV_CLK_DUTY;
		if (sclk_freq > STANDDARD_FREQ)
			reg_val |= duty;
		else
			reg_val &= ~duty;
#endif
		writel(reg_val, i2c->base_addr + reg_clk);
		dev_dbg(i2c->dev, "reg: 0x%x value: 0x%x\n",
			reg_clk, readl(i2c->base_addr + reg_clk));
		printk("\n clk reg val:%d - reg:%d, m -n %d-%d",reg_val,i2c->base_addr + reg_clk, clk_m, clk_n);
	} else {
		reg_val &= ~(mask_clk_m | mask_clk_n);
		reg_val |= ((clk_m  << 3) | clk_n);
#if IS_ENABLED(CONFIG_ARCH_SUN50IW10)
		duty = TWI_CLK_DUTY;
		if (sclk_freq > STANDDARD_FREQ)
			reg_val |= duty;
		else
			reg_val &= ~duty;
#endif
		writel(reg_val, i2c->base_addr + reg_clk);
		
		dev_dbg(i2c->dev, "reg: 0x%x value: 0x%x\n",
			reg_clk, readl(i2c->base_addr + reg_clk));
	}
}

请问下楼主搞定了没有？我也碰到一样的问题，发现i2c的频率一直跑在1.2MHZ左右，导致通信出错，你可以看下你这边的i2c频率吗？

@yuzukitsuru 谢谢！

mangopi dual 的板子，调试触摸屏的时候发现tw2 i2c 调节不生效，无论输入400K还是100K，实际都以1.2M左右运行，查看 /sys目录下和 /proc 目录下i2c 节点的频率都已经是修改过的频率了，请问是否是i2c总线驱动的问题？ 使用的是buidlroot
设备树：

&twi2 {
clock-frequency = <400000>;
pinctrl-0 = <&twi2_pins_a>;
pinctrl-1 = <&twi2_pins_b>;
pinctrl-names = "default", "sleep";
twi_drv_used = <1>;
dmas = <&dma 45>, <&dma 45>;
dma-names = "tx", "rx";
status = "okay";
ctp@14 {
compatible = "allwinner,goodix，gt911";
device_type = "ctp";
reg = <0x14>;
status = "disabled";
ctp_name = "gt9xxnew_ts";
ctp_twi_id = <0x2>;
ctp_twi_addr = <0x14>;
ctp_screen_max_x = <0x320>;
ctp_screen_max_y = <0x1e0>;
ctp_revert_x_flag = <0x0>;
ctp_revert_y_flag = <0x0>;
ctp_exchange_x_y_flag = <0x0>;
ctp_int_port = <&pio PB 2 GPIO_ACTIVE_HIGH>;
ctp_wakeup = <&pio PB 3 GPIO_ACTIVE_HIGH>;
/ctp-supply = <&reg_aldo2>;/
/ctp_power_ldo = <&reg_aldo2>;/
/ctp_power_ldo_vol = <3300>;/
};
};

T113使用的是buildroot, uboot 环境变量如下，看到启动命令是
bootm 45000000，环境变量里面 fdtcontroladdr=44884e70，uboot启动时执行了
[00.687]change working_fdt 0x44884e70 to 0x44864e70
那么Linux的设备树地址 0x44864e70 是用什么方式传过去的？

boot_check=sunxi_card0_probe;mmcinfo;mmc part
boot_mmc=fatload mmc ${mmc_dev}:${mmc_boot_part} 45000000 ${kernel}; bootm 45000000
boot_partition=boot
bootargs=earlyprintk=sunxi-uart,0x02500000 clk_ignore_unused initcall_debug=0 console=ttyS0,115200 loglevel=8 root=/dev/mmcblk0p5  init=/sbin/init partitions=ext4 cma=8M  gpt=1
bootcmd=run boot_check boot_mmc
bootdelay=2
console=ttyS0,115200
fdtcontroladdr=44884e70
force_normal_boot=1
kernel=boot.img
keybox_list=widevine,ec_key,ec_cert1,ec_cert2,ec_cert3,rsa_key,rsa_cert1,rsa_cert2,rsa_cert3
mmc_boot_part=4
mmc_dev=0
mmc_root=/dev/mmcblk0p5
partitions=boot-resource@mmcblk0p1:env@mmcblk0p2:env-redund@mmcblk0p3:boot@mmcblk0p4:rootfs@mmcblk0p5
root_partition=rootfs

@whycan 谢谢晕哥回复，我这边现在的问题是 /dev目录下面没有硬解码设备节点

用ffmpeg 播放视频时发现只能到15 fps，发现硬解码器没有打开，请问下内核和dts该怎么配置才能启用硬解码器呢

@yundeos , 内核PHY 怎么配置的？