phicomm-n1
phicomm-n1 copied to clipboard
yangxuan8282
请把 armbian 的相关问题都发到这个 issue 里
鉴于不时有人开 issues 来问 armbian 的问题，本身我不是很想解答这类问题的，因为我不是 armbian s9xxx 的作者，也没有长时间使用过 armbian 不能保证解决这类问题，不过为了帮助 n1 用户，还是单独开一个 issues 来放相关的问题，包括 armbian 或者其它不是我制作的镜像的问题都发到这里
如果你英文过关的话更建议的解决方式是直接向 armbian s9xxx 的作者 150balbes 来提问得到最好的解决
根据 debian wiki 应该通过如下命令可以安装:
sudo apt-get install openoffice.org
不过感觉 libreoffice 的用户要多一些
能不能帮忙编译一个Armbian_5.67_Aml-s9xxx_Debian_stretch_default_4.19.7_20181218.img 对应的dtb啊？新手完全不知道怎么弄，麻烦了
@cjd6568358 放在这里了： https://github.com/yangxuan8282/phicomm-n1/releases/tag/dtb
老哥，刷的Armbian_5.67_Aml-s9xxx_Debian_stretch_default_4.19.7_20181218.img，用的你的meson-gxl-s905d-phicomm-n1.dtb_armbian-5.67 新系统没做任何操作，负载这个值就这么高。 load average: 2.15, 4.39, 4.35 这个是什么原因呢？内核问题？系统问题？有解决方法吗？还是暂时只能用回老版本呢？
@cjd6568358 我上午重刷了一版，“Armbian_5.62_Aml-s9xxx_Debian_stretch_default_4.18.7_20181012”+“yangxuan8282 4.18内核的dtb”。 负载问题解决了。是否有其他问题有待发现。
top - 13:14:08 up 5 min, 2 users, load average: 0.02, 0.06, 0.02 Tasks: 115 total, 1 running, 64 sleeping, 0 stopped, 0 zombie %Cpu0 : 0.0 us, 0.0 sy, 0.0 ni,100.0 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st %Cpu1 : 0.0 us, 0.0 sy, 0.0 ni,100.0 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st %Cpu2 : 0.3 us, 0.7 sy, 0.0 ni, 99.0 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st %Cpu3 : 0.0 us, 0.3 sy, 0.0 ni, 99.7 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st MiB Mem : 1845.750 total, 1630.621 free, 82.738 used, 132.391 buff/cache MiB Swap: 0.000 total, 0.000 free, 0.000 used. 1629.840 avail Mem
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
3068 root 20 0 9.6m 3.5m 2.9m R 1.0 0.2 0:00.28 top
2372 ntp 20 0 71.1m 3.3m 2.8m S 0.3 0.2 0:00.12 ntpd
1 root 20 0 89.9m 6.3m 4.7m S 0.0 0.3 0:04.71 systemd
@ZidongY Armbian_5.62_Aml-s9xxx_Debian_stretch_default_4.18.7_20181012 这个版本你在哪下载的？我怎么找不到
我几次都是在网卡总流量达到3、40g的时候出现（ifconfig里可以看到），出现时不一定在传大文件。刚重启后随便传大文件也没事。我总的感觉是跟网卡总流量有关。我从balbes150好像是12月18号的ubuntu 5.67对应的内核版本（4.19）往前测（我都是直接安装deb更新的，没有重刷过），目前测到5.60（4.18的内核）好像才正常（包括4.18内核的5.62我这里也一样有问题），现在网卡流量已经达到50g了还没出问题。
断网的现象不是立刻就断的，而是越来越慢，即ping网关的响应越来越慢，然后没有什么流量的情况下大概1个小时左右就会彻底连不上。我还观察到一个有趣的现象，网络变慢时，如果n1上不断有流量出来，例如我在n1上一直ping网关，或者通过ssh一直开着top等实时监控，网络就会相对稳定在一个比较慢的状态，但不会连不上。反而如果这些流量一旦停止，网络很快就会断掉，再也连不上，只能重启。
@ZidongY Armbian_5.62_Aml-s9xxx_Debian_stretch_default_4.18.7_20181012 这个版本你在哪下载的？我怎么找不到
参考的是这个网站教程 https://www.mivm.cn/phicomm-n1-linux/ https://share.weiyun.com/5eCvcvS （部分搬运）密码：mivmcn
这个版本我今天用了一下午 还没发现什么问题。
@RuralHunter 看你之前描述说网卡总流量三四十G左右会断，群里一位用户测试了一个小时 iperf 没有断网，看他的流量 RX 有一百多 G
那个TX传出去的流量也要到30G，我不确定是RX还是TX哪个引起的问题，因为我出问题的时候两个值基本是差不多的。我现在5.60两个值都已经到100G左右了，还没有问题。
我在N1上刷了Armbian_5.6x系统后，用WIFI连接无线路由器（TP-LINK WDR5620），无线路由器中显示的是“匿名主机”4个字，并不是设定的主机名（如果用网线连接，则主机名显示正常），这时问题就来了，如果2个以上Armbian系统主机用WIFI连接到无线路由器中，就会发生地址冲突（这些主机的wlan0地址都是静态设定，并不相同），路由器中只会显示一个“匿名主机”，其它主机不显示更无法正常连网。（如果安装你的Centos就不存在上述问题，只有WIFI连接时，路由器中均能正确显示主机名称，可是Centos好像刷不到EMMC中），请问版主，有没办法能解决这个问题？
armbian 4.18，4.19内核的如5.62，5.67，如何运行cloudflared？总提示No such file or directory，我看了下它需要/lib/ld-linux-armhf.so.3，后续玩不来了，求助
@wolfid1 release 里面 4.18 的根据目前反馈网络相对稳定，要配合相应版本内核使用 蓝牙的话参考这个 https://www.right.com.cn/forum/thread-353806-1-1.html 但是这个版本负载高，需要哪个自己取舍
armbian 5.67，kernel 4.19.7 依然存在掉速问题
dtb md5: 232907334e89058458d2ed6fb1773b61
iperf 连续跑一个小时，N1 作为发送端，传输 30 多 GB 流量（百兆口）
速度从 90Mbps 降低至 6Mbps，之后一直稳定到 6Mbps，同时 PING 延迟大增
armbian 5.67，kernel 4.19.7 依然存在掉速问题 dtb md5: 232907334e89058458d2ed6fb1773b61 iperf 连续跑一个小时，N1 作为发送端，传输 30 多 GB 流量（百兆口） 速度从 90Mbps 降低至 6Mbps，之后一直稳定到 6Mbps，同时 PING 延迟大增
掉速问题请参考这个patch
https://git.kernel.org/pub/scm/linux/kernel/git/khilman/linux-amlogic.git/commit/?h=v4.21/dt64&id=8b3e6f8999f8d704fccce225b9455b3fa639d1c9
具体就是修改macirq:
将
interrupts = <GIC_SPI 8 IRQ_TYPE_EDGE_RISING>;
改为
interrupts = <GIC_SPI 8 IRQ_TYPE_LEVEL_HIGH>;
可以在不重新编译kernel的情况下修改dtb的, 方法如下:
先解码
dtc -I dtb -O dts -o meson-gxl-s905d-p230_modified.dts /boot/xxx/meson-gxl-s905d-p230.dtb
修改
vim meson-gxl-s905d-p230_modified.dts
搜索macirq
修改其上一行为:
interrupts = < 0x00 0x08 0x04 >;
0x04表示 LEVEL_HIGH
IRQ代码参考:
https://elixir.bootlin.com/linux/latest/source/include/dt-bindings/interrupt-controller/irq.h
同时去掉 eee-broken-1000t; 的那一行
然后编译成dtb
编译
dtc -I dts -O dtb -o meson-gxl-s905d-p230_modified.dtb meson-gxl-s905d-p230_modified.dts
复制 meson-gxl-s905d-p230_modified.dtb 到相应(uEvn.ini设置的路径)的地方.
奉上我改好的dtb(dropbox), 仅仅适用于斐讯N1, Kernel的版本应该不限制, 我是基于Amlogic-kernel 4.19.16的dtbs以及这个 dtb 合并修改的:
https://www.dropbox.com/s/ui2qdxq53b1zd4s/dtb-4.19.46.img?dl=0 ` 你可以改名为dtb, 也可以直接用img, 没差别.
修改的地方:
- 参考Yangxuan8282 对网卡部分的phandle的修改, 纠正Kworker占用cpu过高的问题. 现在idle=99%
- 修改了macirq, 解决了网络不稳定的问题
- 因为做了2的修改, 所以去掉了 eee-broken-1000t; 的patch.
基于以上方法, 我1000M网络, 测试了10分钟iperf3, 传了60GB+ 文件 表示没有问题.
5] 590.00-591.00 sec 112 MBytes 941 Mbits/sec
[ 5] 591.00-592.00 sec 112 MBytes 941 Mbits/sec
[ 5] 592.00-593.00 sec 112 MBytes 941 Mbits/sec
[ 5] 593.00-594.00 sec 112 MBytes 941 Mbits/sec
[ 5] 594.00-595.00 sec 112 MBytes 941 Mbits/sec
[ 5] 595.00-596.00 sec 112 MBytes 941 Mbits/sec
[ 5] 596.00-597.00 sec 112 MBytes 939 Mbits/sec
[ 5] 597.00-598.00 sec 111 MBytes 930 Mbits/sec
[ 5] 598.00-599.00 sec 108 MBytes 902 Mbits/sec
[ 5] 599.00-600.00 sec 112 MBytes 937 Mbits/sec
[ 5] 600.00-600.01 sec 1.65 MBytes 934 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate
[ 5] 0.00-600.01 sec 63.8 GBytes 914 Mbits/sec receiver
-----------------------------------------------------------
Server listening on 10000
又测试了20分钟, 依然没有问题:
[ 7] 1185.00-1186.00 sec 112 MBytes 941 Mbits/sec
[ 7] 1186.00-1187.00 sec 112 MBytes 941 Mbits/sec
[ 7] 1187.00-1188.00 sec 112 MBytes 941 Mbits/sec
[ 7] 1188.00-1189.00 sec 112 MBytes 942 Mbits/sec
[ 7] 1189.00-1190.00 sec 112 MBytes 941 Mbits/sec
[ 7] 1190.00-1191.00 sec 112 MBytes 941 Mbits/sec
[ 7] 1191.00-1192.00 sec 112 MBytes 942 Mbits/sec
[ 7] 1192.00-1193.00 sec 112 MBytes 941 Mbits/sec
[ 7] 1193.00-1194.00 sec 112 MBytes 941 Mbits/sec
[ 7] 1194.00-1195.00 sec 112 MBytes 941 Mbits/sec
[ 7] 1195.00-1196.00 sec 112 MBytes 941 Mbits/sec
[ 7] 1196.00-1197.00 sec 112 MBytes 941 Mbits/sec
[ 7] 1197.00-1198.00 sec 112 MBytes 942 Mbits/sec
[ 7] 1198.00-1199.00 sec 112 MBytes 941 Mbits/sec
[ 7] 1199.00-1200.00 sec 112 MBytes 941 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate
[ 7] 0.00-1200.00 sec 131 GBytes 941 Mbits/sec sender
[ 7] 0.00-1200.01 sec 131 GBytes 941 Mbits/sec receiver
iperf Done.
可以在不重新编译kernel的情况下修改dtb的, 方法如下:
先解码
dtc -I dtb -O dts -o meson-gxl-s905d-p230_modified.dts /boot/xxx/meson-gxl-s905d-p230.dtb修改
vim meson-gxl-s905d-p230_modified.dts搜索macirq
修改其上一行为:
interrupts = < 0x00 0x08 0x04 >;0x04表示 LEVEL_HIGH
IRQ代码参考:
https://elixir.bootlin.com/linux/latest/source/include/dt-bindings/interrupt-controller/irq.h同时去掉 eee-broken-1000t; 的那一行
然后编译成dtb
编译
dtc -I dts -O dtb -o meson-gxl-s905d-p230_modified.dtb meson-gxl-s905d-p230_modified.dts复制 meson-gxl-s905d-p230_modified.dtb 到相应(uEvn.ini设置的路径)的地方.
修改的地方:
1. 参考Yangxuan8282 对网卡部分的phandle的修改, 纠正Kworker占用cpu过高的问题. 现在idle=99% 2. 修改了macirq, 解决了网络不稳定的问题 3. 因为做了2的修改, 所以去掉了 eee-broken-1000t; 的patch.
hi，Cattyhouse大大，这样搞了之后似乎整个以太网络各接口发送和接收数据包的统计数据不可用了，你这边有这个现象吗？
可以在不重新编译kernel的情况下修改dtb的, 方法如下: 先解码
dtc -I dtb -O dts -o meson-gxl-s905d-p230_modified.dts /boot/xxx/meson-gxl-s905d-p230.dtb修改vim meson-gxl-s905d-p230_modified.dts搜索macirq 修改其上一行为:interrupts = < 0x00 0x08 0x04 >;0x04表示 LEVEL_HIGH IRQ代码参考:https://elixir.bootlin.com/linux/latest/source/include/dt-bindings/interrupt-controller/irq.h同时去掉 eee-broken-1000t; 的那一行 然后编译成dtb 编译dtc -I dts -O dtb -o meson-gxl-s905d-p230_modified.dtb meson-gxl-s905d-p230_modified.dts复制 meson-gxl-s905d-p230_modified.dtb 到相应(uEvn.ini设置的路径)的地方. 修改的地方:1. 参考Yangxuan8282 对网卡部分的phandle的修改, 纠正Kworker占用cpu过高的问题. 现在idle=99% 2. 修改了macirq, 解决了网络不稳定的问题 3. 因为做了2的修改, 所以去掉了 eee-broken-1000t; 的patch.hi，Cattyhouse大大，这样搞了之后似乎整个以太网络各接口发送和接收数据包的统计数据不可用了，你这边有这个现象吗？
你用来看统计数据的命令是什么? 我看看