猫盘群晖GPIO控制与掉IP。问题解决，此贴关闭。【04/10】

bootcmd=mw 0xd00e0178 0x211;mw 0xd00e017c 0xa5e;gpio clear GPIO221;gpio set GPIO221;gpio set GPIO20; run syno_bootargs;sf probe; sf read 0x1000000 0x0D5000 0x306000; lzmadec 0x1000000 0x2000000;sf read 0x3000000 0x3DB000 0
6 R, l7 l9 X! Z
这是群晖调用的bootcmd，这里的gpio新增一下网卡的，不知道能不能解决掉IP的问题

QQ66566 发表于 2020-4-6 12:06
0 ]4 ~. X  c' |& g获取不到Ip应该是驱动层面的东西，你设置了IP其实也没用，因为根本就通讯不上。现在用X3P的UBOOT引导后手 ...

我昨天试过用x3p的uboot引导debian，确实能解决crc的问题，iperf跑了2小时都没报错。
0 P) J8 H7 }# R& L方法很简单，只需要替换3个东西：1，uboot；2，/boot/armada-3720-customer0.dtb；3，/boot/Image。
; T% q- k, M4 W8 W$ `0 V# \x3p的uboot必须要配合x3p的dtb和Image，不然会出现找不到硬盘、网卡之类的事情。
不晓得对你有没有参考意义。

QQ66566 发表于 2020-4-6 12:06
  J0 c1 a% ^* m% u/ Z) w: X获取不到Ip应该是驱动层面的东西，你设置了IP其实也没用，因为根本就通讯不上。现在用X3P的UBOOT引导后手 ...

/ [* C6 Y% X0 p/ n3 I; L还有一点，x3p的uboot在刚开始启动的时候会做一次"DLL tuning"的动作，从ttl日志上看这个动作改变了一些寄存器的值，不清楚会不会影响网卡。

howard 发表于 2020-4-7 13:59
我昨天试过用x3p的uboot引导debian，确实能解决crc的问题，iperf跑了2小时都没报错。
# b% ^. @2 A7 w6 {% \( l( ?方法很简单，只需要 ...

2 k2 Y6 h; b& C4 O5 P/ u; e是这样的。多谢测试。掉IP的猫盘debian确实也掉。您的测试应该解决了很大一部分问题。不过目前只能手动引导群晖。因为x3p的bootcmd 不让修改。如果这个能解决。问题就解决了。毕竟我们不可能一直用途TTL来引导系统。还是能够傻瓜化一点的好。

QQ66566 发表于 2020-4-7 14:40
是这样的。多谢测试。掉IP的猫盘debian确实也掉。您的测试应该解决了很大一部分问题。不过目前只能手动引 ...

# r; O4 _0 r$ ~x3p的uboot引导群晖？ 群晖的内核不是在uboot里面的么 是怎么引导的？ 内核提取出来么

flyysoft 发表于 2020-4-7 15:17
x3p的uboot引导群晖？ 群晖的内核不是在uboot里面的么 是怎么引导的？ 内核提取出来么 ...

: Z, q* m6 P! C/ Z, L# }$ z对，提取出来的。原来是放在spi flash中的。

QQ66566 发表于 2020-4-7 15:25
对，提取出来的。原来是放在spi flash中的。

这样操作后引导cmd脚本用的是完全纯粹群晖的么？

flyysoft 发表于 2020-4-7 15:29
这样操作后引导cmd脚本用的是完全纯粹群晖的么？

' s! l9 D- f( n对，没有问题。我把猫盘刷成X3P，把群晖文件放在emmc中，然后再UBOOT中，用命令去emmc中启动。这个是另外一个朋友做的。我多次测试后，每次都会获取到IP地址。不过我只有一个掉IP猫盘。更换为H大神的UBOOT就是不可以了得。就是那个flash-image.bin。所以，应该是这两个uboot的问题。