-
Posts
1798 -
Joined
-
Last visited
Content Type
Forums
Store
Crowdfunding
Applications
Events
Raffles
Community Map
Posts posted by guidol
-
-
with fresh git--cloned armbian-build-system compiled:
Armbian Buster with Linux 5.4.2-sunxi
package bsp-kernel[19.11.3] u-boot[19.11.3] dtb[19.11.3] firmware[19.11.3] config[19.11.3]
branch[dev]
linux-u-boot-orangepi-r1-dev 19.11.3 armhf Uboot loader 2019.10 linux-dtb-dev-sunxi 19.11.3 armhf Linux DTB, version 5.4.2-sunxi linux-image-dev-sunxi 19.11.3 armhf Linux kernel, version 5.4.2-sunxi
eth0 doenst work- but usb-ethernet
CURRENT image only has the "patched/buggy" 5.3 kernel
-
3 hours ago, Igor said:
Your build directory is probably not clean and it does not change properly. Hmm ... but there are older binaries in the https://apt.armbian.com/pool/main/l/Install them + armbian-config -> system -> update boot loader (+ de-install older before)
First I did try to compile with CLEAN_LEVEL="make,debs,oldcache,cache,alldebs" - that cleaned many files/dirctorys, but also did try to compile u-boot 2019.10 instead of 2019.04
Now I deleted my ./build-dirctory and cloned (again) the armbian-build - hope thats clean enough
I did also try to install bootloader via armbian-config
On the OPi R1 I did get:
linux-u-boot-orangepi-r1-dev 19.11.3 armhf Uboot loader 2019.04
With this u-boot eth0 is (also) found - but cant be used
dmesg seems to be OK:
[ 2.718770] libphy: Fixed MDIO Bus: probed [ 2.719328] dwmac-sun8i 1c30000.ethernet: 1c30000.ethernet supply phy not found, using dummy regulator [ 2.719403] dwmac-sun8i 1c30000.ethernet: 1c30000.ethernet supply phy-io not found, using dummy regulator [ 2.719893] libphy: stmmac: probed [ 2.720380] dwmac-sun8i 1c30000.ethernet: Found internal PHY node [ 2.720477] libphy: mdio_mux: probed [ 2.720494] dwmac-sun8i 1c30000.ethernet: Switch mux to internal PHY [ 2.720502] dwmac-sun8i 1c30000.ethernet: Powering internal PHY [ 2.731395] libphy: mdio_mux: probed [ 3.134611] usb_phy_generic usb_phy_generic.0.auto: usb_phy_generic.0.auto supply vcc not found, using dummy regulator [ 8.052169] dwmac-sun8i 1c30000.ethernet eth0: PHY [0.1:01] driver [Generic PHY] [ 8.053364] dwmac-sun8i 1c30000.ethernet eth0: No Safety Features support found [ 8.053380] dwmac-sun8i 1c30000.ethernet eth0: No MAC Management Counters available [ 8.053390] dwmac-sun8i 1c30000.ethernet eth0: PTP not supported by HW [ 8.053403] dwmac-sun8i 1c30000.ethernet eth0: configuring for phy/mii link mode
eth0 is blinking like a heartbeat with the yellow/green led at the same time
second onboard-ethernet-port via usb is working.
-
51 minutes ago, Tomma said:
Thank you for your answer. I tried.
It took a lot of time but I still have the same issue when installing Pi-hole.
Here are the settings of my pihole - where I didnt see/get a locale-error
( on debian buster it will at the first pihole install not install python complete. then when it "crashes" I do install a package I know that is installed (here on my system espeak) then it will complete the python install. then I have to start the pihole-install a second time and it will complete, because pihole did find the python-instalation ready for usage)
root@odroid-c2(192.168.6.3):~# locale LANG=en_US.UTF-8 LANGUAGE=en_US.UTF-8 LC_CTYPE="en_US.UTF-8" LC_NUMERIC="en_US.UTF-8" LC_TIME="en_US.UTF-8" LC_COLLATE="en_US.UTF-8" LC_MONETARY="en_US.UTF-8" LC_MESSAGES=en_US.UTF-8 LC_PAPER="en_US.UTF-8" LC_NAME="en_US.UTF-8" LC_ADDRESS="en_US.UTF-8" LC_TELEPHONE="en_US.UTF-8" LC_MEASUREMENT="en_US.UTF-8" LC_IDENTIFICATION="en_US.UTF-8" LC_ALL= root@odroid-c2(192.168.6.3):~#
check /etc/environment if there is LC_ALL configured - when yes delete this line
root@odroid-c2(192.168.6.3):~# more /etc/environment ARCH=arm64 root@odroid-c2(192.168.6.3):~#
for your OPi Zero LTS in this file ARCH should be armhf
-
3 hours ago, admin-ovsc said:
I have the following;
Any help would be greatly appreciated.
You will NEVER get another OS on the Jide Remix Mini
because Jide did lock the bootloader.
And they didnt unlocked it when they did get out of business with theit consumer products.
I also got a Jide Remix Mini
You can only install a chroot-linux apps on top of android.
-
did you doublecheck that you didnt add a space on the username root?
Thats the most error when I type to fast.Normally you have to enter 2 times root/1234 and then you have to change the password.
-
1 hour ago, Igor said:
Yes, it looks like somebody played with timings or we miss some patch adjusting this ... since we are changing release model, master will only be build ready, other things will be more fragile https://github.com/armbian/documentation/blob/master/docs/Process_Release-Model.md (WIP) users should stick to released branches. They should not have this problem since u-boot is old there ...
my ./userpatches/config-default.conf defaults to branch master as LIB_TAG
but I cant set BRANCH=master at compile.sh because then I do get
[ error ] Kernel branch not defined for this board [ master ]
So I could use LEGACY, CURRENT and DEV and maybe NEXT
Which branch should I use to get an older u-boot?I think released branches are v19.08 and v19.11 (took the names from https://github.com/armbian/build )
but I also do get
[ error ] Kernel branch not defined for this board [ v19.08 ]
[ error ] Kernel branch not defined for this board [ v19.11 ]But also with LEGACY and NEXT I do get only the new u-boot 2019.10
Please give me a info what to try -
maybe its the RTL8211E PHY which is used for eth0?
https://linux-sunxi.org/Ethernet
QuoteThe SoC's GMAC is always combined with an external PHY, in most cases a RTL8211E/CL (the Lamobo R1 uses the Broadcom BCM53125 switch IC instead). Important: In this special mode the RTL8211 chip is just used as PHY and only responsible for layer 1 operations, since everything else happens inside the SoC's GMAC (therefore no RealTek drivers are needed and some functionality differs, e.g. no WoL possible).
For reliable Gigabit networking (1000Mbit operation), several sunxi devices require an important tweak that adjusts the relative timing of the clock and data signals to the PHY, in order to compensate for differing trace lengths on the PCB (details). Among others, this includes Banana Pi/Pro, Cubietruck, Lamobo R1, pcDuino3 Nano and Orange Pi/Mini. Recent mainline U-Boot uses CONFIG_GMAC_TX_DELAY to initialize these devices accordingly. If a necessary GMAC TX delay isn't set, then GBit Ethernet operation might be unreliable or won't work at all. 10/100 Mbit/sec negotiation is unaffected, so misconfigured devices could actually work (faster) when connected to a Fast Ethernet port instead of a GBit Ethernet port.
see also
https://forum.pine64.org/showthread.php?tid=5712
https://patchwork.ozlabs.org/patch/873752/
https://lkml.org/lkml/2017/8/22/9and maybe here?
https://lore.kernel.org/lkml/20170908142825.GC3037@Red/t/ -
@Igor interesting side-effect-information: its seems that only the onboard eth0 dwmac-sun8i 1c30000.ethernet
is affected by the down/up-link syndrom
if I do use the second ethernetport of the OPi R1 (which is connected onboard via USB) then I dont have this
down/up-link syndrom:
enxc0742bffe8ff [ 2.815218] usbcore: registered new interface driver usb-storage [ 3.471264] usb 3-1: New USB device found, idVendor=0bda, idProduct=8152, bcdDevice=20.00 [ 6.781528] core: _opp_supported_by_regulators: OPP minuV: 1400000 maxuV: 1400000, not supported by regulator [ 7.062463] usbcore: registered new interface driver r8152 [ 7.429322] r8152 3-1:1.0 eth2: v1.10.10 [ 7.611054] r8152 3-1:1.0 enxc0742bffe8ff: renamed from eth2
Also a external USB-Ethernet device isnt affected by the down/up-link syndrom:
enx00123455562b [ 7.107788] MOSCHIP usb-ethernet driver 4-1:1.0 eth1: register 'MOSCHIP usb-ethernet driver' at usb-1c1c000.usb-1, MOSCHIP 7830/7832/7730 usb-NET adapter, 00:12:34:55:56:2b [ 7.108080] usbcore: registered new interface driver MOSCHIP usb-ethernet driver [ 7.568243] MOSCHIP usb-ethernet driver 4-1:1.0 enx00123455562b: renamed from eth1
All 3 were connected to the same ethernet-cable running with the same OS, Power-Supply and SDCard.
-
10 hours ago, Igor said:
What is the u-boot version?
@Igor its for the OPi R1
U-Boot SPL 2019.10-armbian (Dec 05 2019 - 19:02:23 +0300)
dpkg -l|grep u-boot
linux-u-boot-orangepi-r1-dev 19.11.3 armhf Uboot loader 2019.10I also compiled a legacy image, but here I did also get Uboot 2019.10:
linux-u-boot-legacy-orangepi-r1_19.11.3_armhf.deb
U-Boot SPL 2019.10-armbian (Dec 06 2019 - 08:52:44 +0300)
dpkg -l|grep u-boot
linux-u-boot-orangepi-r1-legacy 19.11.3 armhf Uboot loader 2019.10with the same problems:
Spoiler[ 225.629410] dwmac-sun8i 1c30000.ethernet eth0: Link is Down
[ 226.653640] dwmac-sun8i 1c30000.ethernet eth0: Link is Up - 100Mbps/Full - flow control rx/tx
[ 231.773488] dwmac-sun8i 1c30000.ethernet eth0: Link is Down
[ 232.797650] dwmac-sun8i 1c30000.ethernet eth0: Link is Up - 100Mbps/Full - flow control rx/tx
[ 233.373175] ==> rtl8188e_iol_efuse_patch
[ 235.869420] dwmac-sun8i 1c30000.ethernet eth0: Link is Down
[ 243.037541] dwmac-sun8i 1c30000.ethernet eth0: Link is Up - 100Mbps/Full - flow control rx/tx
[ 247.133489] dwmac-sun8i 1c30000.ethernet eth0: Link is Down
[ 248.157639] dwmac-sun8i 1c30000.ethernet eth0: Link is Up - 100Mbps/Full - flow control rx/tx
[ 250.205402] dwmac-sun8i 1c30000.ethernet eth0: Link is Down
[ 254.301629] dwmac-sun8i 1c30000.ethernet eth0: Link is Up - 100Mbps/Full - flow control rx/tx
[ 258.397501] dwmac-sun8i 1c30000.ethernet eth0: Link is Down
[ 264.541706] dwmac-sun8i 1c30000.ethernet eth0: Link is Up - 100Mbps/Full - flow control rx/tx
[ 268.637493] dwmac-sun8i 1c30000.ethernet eth0: Link is Down
[ 271.709631] dwmac-sun8i 1c30000.ethernet eth0: Link is Up - 100Mbps/Full - flow control rx/tx
[ 275.805495] dwmac-sun8i 1c30000.ethernet eth0: Link is Down
[ 277.853624] dwmac-sun8i 1c30000.ethernet eth0: Link is Up - 100Mbps/Full - flow control rx/tx
[ 281.949493] dwmac-sun8i 1c30000.ethernet eth0: Link is Downbut also often:
[ 76.501287] ==> rtl8188e_iol_efuse_patch [ 81.373252] ==> rtl8188e_iol_efuse_patch [ 104.449252] ==> rtl8188e_iol_efuse_patch [ 137.369173] ==> rtl8188e_iol_efuse_patch [ 180.377180] ==> rtl8188e_iol_efuse_patch [ 233.373175] ==> rtl8188e_iol_efuse_patch [ 296.433174] ==> rtl8188e_iol_efuse_patch [ 359.465161] ==> rtl8188e_iol_efuse_patch [ 422.466610] ==> rtl8188e_iol_efuse_patch [ 485.403544] ==> rtl8188e_iol_efuse_patch [ 548.408481] ==> rtl8188e_iol_efuse_patch
-
Also with kernel 5.4.1 on the OrangePi R1 (H2+ CPU)
Changed Network-cable, Power-supply, dcard which do work without problems on other SBCsSSH-session is mostly unuseable
I also deinstalled network-manager and do only use /etc/network/interfaces.
Maybe I will check tomorrow if connection via WiFi is more "stable"!?BTW: I did also read about some SBCs other than H2/H3 who have Network/SSH-problems since kernel 5.3/5.4.y,
but they did show the error-message in the dmesg.
Armbian Buster with Linux 5.4.1-sunxi package bsp-kernel[19.11.3.339] u-boot[19.11.3] dtb[19.11.3.339] firmware[19.11.3.334] config[19.11.3.334] branch[dev] [ 33.781329] vcc3v0: disabling [ 33.781350] vcc5v0: disabling [ 59.349570] dwmac-sun8i 1c30000.ethernet eth0: Link is Down [ 67.541687] dwmac-sun8i 1c30000.ethernet eth0: Link is Up - 100Mbps/Full - flow control rx/tx [ 74.709525] dwmac-sun8i 1c30000.ethernet eth0: Link is Down [ 92.117671] dwmac-sun8i 1c30000.ethernet eth0: Link is Up - 100Mbps/Full - flow control rx/tx [ 113.621488] dwmac-sun8i 1c30000.ethernet eth0: Link is Down [ 115.669653] dwmac-sun8i 1c30000.ethernet eth0: Link is Up - 100Mbps/Full - flow control rx/tx [ 152.533554] dwmac-sun8i 1c30000.ethernet eth0: Link is Down [ 154.581720] dwmac-sun8i 1c30000.ethernet eth0: Link is Up - 100Mbps/Full - flow control rx/tx [ 169.941894] dwmac-sun8i 1c30000.ethernet eth0: Link is Down [ 171.990061] dwmac-sun8i 1c30000.ethernet eth0: Link is Up - 100Mbps/Full - flow control rx/tx [ 181.206113] dwmac-sun8i 1c30000.ethernet eth0: Link is Down [ 184.278327] dwmac-sun8i 1c30000.ethernet eth0: Link is Up - 100Mbps/Full - flow control rx/tx [ 188.374256] dwmac-sun8i 1c30000.ethernet eth0: Link is Down [ 191.446457] dwmac-sun8i 1c30000.ethernet eth0: Link is Up - 100Mbps/Full - flow control rx/tx [ 193.494356] dwmac-sun8i 1c30000.ethernet eth0: Link is Down [ 195.542543] dwmac-sun8i 1c30000.ethernet eth0: Link is Up - 100Mbps/Full - flow control rx/tx [ 219.094889] dwmac-sun8i 1c30000.ethernet eth0: Link is Down
-
1 hour ago, Pedro Cardoso said:
Can anyone point me to the right link please?
dive into this thread
-
On 11/27/2019 at 2:04 PM, balbes150 said:
A new designation of the version number for Armbian.
The current version is 19.11.3 (20191126).how can we compile CURRENT and DEV vor 19.11.3 with "your" armbian-build-system fork?
The lastest I do get is Armbian_5.99_Aml-g12_Debian_buster_dev_5.4.0.img
So 5.99 is < 19.11.3
-
the Linaro kernel isnt a armbian-kernel - so maybe no haeders in this version from armbian.
Linaro siunds like an kernel directly from orangepi.org?
-
the same regulator "warnings" do occur with kernel 5.4.1
but syrem didnt hang
-
I also the "update-problem" on my Sunvell T95K Pro (S912) - so I did leave the actual version intact and will update in future with a complete new installation, because @balbes150 is now using the new naming convention from armbian like 19.11.3
Welcome to Ubuntu Bionic with Armbian Linux 5.4.0-rc3-aml-g12 package bsp-kernel[5.98] u-boot[5.98] dtb[Khadas VIM2] firmware[5.98] config[5.98] branch[dev]
-
compiled today Armbian_19.11.3_Odroidc2_buster_dev_5.4.1.img
and it does boot and doesnt hang/timeout at a 350MB cifs/samba copy
Now in test as a second Pihole.
armbianmonitor -u
System diagnosis information will now be uploaded to http://ix.io/23hZ
-
maybe Bionic is now too old and they switched to Ubuntu Disco:
https://dl.armbian.com/orangepizeroplus2-h5/Disco_current
=
https://dl.armbian.com/orangepizeroplus2-h5/archive/Armbian_19.11.3_Orangepizeroplus2-h5_disco_current_5.3.9.7zbecause - see https://dl.armbian.com/orangepizeroplus2-h5/archive/ :
Bionic = Ubuntu Bionic 18.04 (LTS) legacy = initial stable or the only kernel
Disco = Ubuntu Disco 19.04, no end-user support current = builds with best possible suppor
-
and dont forget to raise the volume with
alsamixer
and save the setting with
alsactl store
-
1 hour ago, raschid said:
Just tried "current" - same audio issue:
so H3_Audio_Codec is also missing in 5.3.x
@raschid that ONLY
the same dtb-problem as in 5.4
I copied my changed sun8i-h2-plus-sunvell-r69_guido.dts from the 5.4 kernel to the 5.3 buster installation via ftp
then compiled it with kernel 5.3 as .dtb
dtc -I dts -O dtb /home/guido/r69_dts_dtb/sun8i-h2-plus-sunvell-r69_guido.dts -o /home/guido/r69_dts_dtb/sun8i-h2-plus-sunvell-r69_guido.dtb
backuped the 5.3 original .dtb
cp /boot/dtb/sun8i-h2-plus-sunvell-r69.dtb ./sun8i-h2-plus-sunvell-r69.dtb_org_53
and inserted the new compiled .dtb into /boot/dtb
cp sun8i-h2-plus-sunvell-r69_guido.dtb /boot/dtb/sun8i-h2-plus-sunvell-r69.dtb
after that I deleted the follwoing lines from /boot/armbianEnv.txt (because the overlays are included in the dtb)
overlay_prefix=sun8i-h3 overlays=cir analog-codec
now reboot and you will have analog audio (and cir) also in kernel 5.3 (Ok I got debian buster and not ubuntu bionic):
Welcome to Armbian Buster with Linux 5.3.13-sunxi package bsp-kernel[19.11.3] u-boot[19.11.3] dtb[19.11.3] firmware[19.11.3] config[19.11.3] branch[current] root@sunvell:~# aplay -l **** List of PLAYBACK Hardware Devices **** card 0: Codec [H3 Audio Codec], device 0: CDC PCM Codec-0 [CDC PCM Codec-0] Subdevices: 1/1 Subdevice #0: subdevice #0 card 1: allwinnerhdmi [allwinner-hdmi], device 0: 1c22800.i2s-i2s-hifi i2s-hifi-0 [1c22800.i2s-i2s-hifi i2s-hifi-0] Subdevices: 1/1 Subdevice #0: subdevice #0
I will attach the compiled 5.3 version which you could copy to /boot/dtb and reboot - I think the "debian" version 5.3 should work with ubuntu 5.3
(and dont forget to kill the 2 lines in /boot/armbianEnv.txt) -
7 minutes ago, raschid said:
Interesting. When did you build that OPiZero image?
did compile the update-debs yesterday
Linux opi-zero 5.4.0-rc8-sunxi #19.11.3 SMP Wed Nov 27 08:52:40 +03 2019 armv7l GNU/Linux
-
7 minutes ago, raschid said:
"current" on an OPi zero also seems to be missing analog audio at this time - so this is not specific to this board.
My OPi Zero is at dev Linux opi-zero 5.4.0-rc8-sunxi #19.11.3 at this time and analog-audio is available.
root@opi-zero(192.168.6.99):~# cat /proc/asound/cards 0 [Codec ]: H3_Audio_Codec - H3 Audio Codec H3 Audio Codec root@opi-zero(192.168.6.99):~# aplay -l **** List of PLAYBACK Hardware Devices **** card 0: Codec [H3 Audio Codec], device 0: CDC PCM Codec-0 [CDC PCM Codec-0] Subdevices: 1/1 Subdevice #0: subdevice #0
-
43 minutes ago, raschid said:
so H3_Audio_Codec is also missing in 5.3.x
OK - then you have to compile the .dts (that have I changed for ananlog and cir = /boot/dtb/sun8i-h2-plus-sunvell-r69_guido.dts)
with kernel 5.3 and place it in /boot/dtb/
Did work for 5.40.-rc8 with the bionic miage from you:
root@sunvell-r69(192.168.6.118):/toshiba/iradio/stations# uname -a Linux sunvell-r69 5.4.0-rc8-sunxi #19.11.3 SMP Wed Nov 27 17:01:29 CET 2019 armv7l armv7l armv7l GNU/Linux root@sunvell-r69(192.168.6.118):/toshiba/iradio/stations# cat /proc/asound/cards 0 [Codec ]: H3_Audio_Codec - H3 Audio Codec H3 Audio Codec 1 [allwinnerhdmi ]: allwinner-hdmi - allwinner-hdmi allwinner-hdmi root@sunvell-r69(192.168.6.118):/toshiba/iradio/stations# mpg123 -v -b 1024 -@ ./MP3_SAW_80s High Performance MPEG 1.0/2.0/2.5 Audio Player for Layers 1, 2 and 3 version 1.25.10; written and copyright by Michael Hipp and others free software (LGPL) without any warranty but with best wishes Decoder: generic Trying output module: alsa, device: <nil> Using playlist from ./MP3_SAW_80s ... Note: guessed M3U playlist type Directory: http://saw-de-hz-fal-stream10-cluster01.radiohost.de/ Terminal control enabled, press 'h' for listing of keys and functions. Playing MPEG stream 1 of 1: saw-80er_128 ... ICY-NAME: 80er ICY-URL: http://stream.saw-musikwelt.de/saw-80er MPEG 1.0 L III cbr128 44100 j-s > 24+01 -00:00.02+00:00.62 [00:00.65] --- 100=100 128 kb/s 418 B acc 0 clip p+0.000 ICY-META: StreamTitle='BILLY OCEAN - GET OUTTA MY DREAMS GET INTO MY CAR'; > 455+001 00:06.04+00:05.84 [00:05.84] --- 100=100 128 kb/s 418 B acc 0 clip p+0.000
-
-
Armbianmonitor:
on a Sunvell R69 (H2) and a NanoPi Neo (H3) I got these "old known" eth0 Link Up/Down syndrom, but couldnt find a solution in the forum while using the search-engine
armbianmonitor -u
System diagnosis information will now be uploaded toSunvell R69 - Linux sunvell-r69 5.4.0-rc8-sunxi #19.11.3 SMP Wed Nov 27 17:01:29 CET 2019 armv7l armv7l armv7l GNU/Linux :
NanoPi Neo - Linux npi-neo 5.3.3-sunxi #5.98 SMP Sat Oct 5 18:34:15 +03 2019 armv7l GNU/Linux :
in dmesg it looks like
[10536.264427] dwmac-sun8i 1c30000.ethernet eth0: Link is Up - 100Mbps/Full - flow control rx/tx [10568.008879] dwmac-sun8i 1c30000.ethernet eth0: Link is Down [10571.081067] dwmac-sun8i 1c30000.ethernet eth0: Link is Up - 100Mbps/Full - flow control rx/tx [10575.177000] dwmac-sun8i 1c30000.ethernet eth0: Link is Down [10580.297247] dwmac-sun8i 1c30000.ethernet eth0: Link is Up - 100Mbps/Full - flow control rx/tx [10604.873552] dwmac-sun8i 1c30000.ethernet eth0: Link is Down [10607.945753] dwmac-sun8i 1c30000.ethernet eth0: Link is Up - 100Mbps/Full - flow control rx/tx [10608.969632] dwmac-sun8i 1c30000.ethernet eth0: Link is Down [10612.041827] dwmac-sun8i 1c30000.ethernet eth0: Link is Up - 100Mbps/Full - flow control rx/tx [10631.498029] dwmac-sun8i 1c30000.ethernet eth0: Link is Down [10633.546213] dwmac-sun8i 1c30000.ethernet eth0: Link is Up - 100Mbps/Full - flow control rx/tx [10636.618141] dwmac-sun8i 1c30000.ethernet eth0: Link is Down
I have the feeling its could have to do with using 1GBit/1000MBit devices on the same 100MBit-Ethernet-Hub, because I do get much mor of these messages when my armbian-build-system-PC is on (which uses a onboard GBit-Ethernet-Card).
On the 100MBit-Hub there are also some othe 1GBit-Devices like the NanoPi Neo2.
On the PC I did try to force the 1GBit-Card to 100MBit with ethtool -s eth0 speed 100 autoneg offBut that doesnt seem to help.
On other SBC-devices I could find these messages in the dmesg (and in the froum search it was a problem 4 to 2 years ago)
On the other hand there was a disscussion about a new driver version for kernel 4.1.4 at
https://forum.armbian.com/topic/4364-dwmac-sun8i- driver-v6/With debian stretch armabian 5.41 and kernel 4.1.4.34 I did see that problem (and doenst feel it at a SSH-session) on the Sunvell R69.
H2/H3: "old problem" Link (eth0) is Up/Down syndrom
in Allwinner sunxi
Posted
strange - eth0 is working (with down/up-link-syndrom) when powered via MicroUSB with org. Raspberry Pi power-supply, but not via the power-barrel-connector which is installed on my OPi R1.
[ 33.781379] vcc3v0: disabling
[ 33.781398] vcc5v0: disabling
[ 36.213802] dwmac-sun8i 1c30000.ethernet eth0: Link is Up - 100Mbps/Full - flow control rx/tx
[ 63.860722] dwmac-sun8i 1c30000.ethernet eth0: Link is Down
[ 66.932859] dwmac-sun8i 1c30000.ethernet eth0: Link is Up - 100Mbps/Full - flow control rx/tx
[ 70.004716] dwmac-sun8i 1c30000.ethernet eth0: Link is Down
[ 74.100856] dwmac-sun8i 1c30000.ethernet eth0: Link is Up - 100Mbps/Full - flow control rx/tx
[ 78.196731] dwmac-sun8i 1c30000.ethernet eth0: Link is Down
[ 80.244862] dwmac-sun8i 1c30000.ethernet eth0: Link is Up - 100Mbps/Full - flow control rx/tx
[ 83.316714] dwmac-sun8i 1c30000.ethernet eth0: Link is Down
[ 85.364855] dwmac-sun8i 1c30000.ethernet eth0: Link is Up - 100Mbps/Full - flow control rx/tx
[ 93.556750] dwmac-sun8i 1c30000.ethernet eth0: Link is Down
[ 96.628785] dwmac-sun8i 1c30000.ethernet eth0: Link is Up - 100Mbps/Full - flow control rx/tx
[ 113.018029] dwmac-sun8i 1c30000.ethernet eth0: Link is Down
[ 116.090292] dwmac-sun8i 1c30000.ethernet eth0: Link is Up - 100Mbps/Full - flow control rx/tx
[ 132.474376] dwmac-sun8i 1c30000.ethernet eth0: Link is Down
[ 135.546821] dwmac-sun8i 1c30000.ethernet eth0: Link is Up - 100Mbps/Full - flow control rx/tx
[ 145.786562] dwmac-sun8i 1c30000.ethernet eth0: Link is Down
[ 151.930964] dwmac-sun8i 1c30000.ethernet eth0: Link is Up - 100Mbps/Full - flow control rx/tx
[ 160.122733] dwmac-sun8i 1c30000.ethernet eth0: Link is Down
[ 163.195196] dwmac-sun8i 1c30000.ethernet eth0: Link is Up - 100Mbps/Full - flow control rx/tx
[ 165.242813] dwmac-sun8i 1c30000.ethernet eth0: Link is Down
[ 168.315266] dwmac-sun8i 1c30000.ethernet eth0: Link is Up - 100Mbps/Full - flow control rx/tx
[ 174.458935] dwmac-sun8i 1c30000.ethernet eth0: Link is Down
[ 177.531355] dwmac-sun8i 1c30000.ethernet eth0: Link is Up - 100Mbps/Full - flow control rx/tx
[ 185.723009] dwmac-sun8i 1c30000.ethernet eth0: Link is Down
[ 187.771176] dwmac-sun8i 1c30000.ethernet eth0: Link is Up - 100Mbps/Full - flow control rx/tx
[ 194.939061] dwmac-sun8i 1c30000.ethernet eth0: Link is Down
[ 198.011499] dwmac-sun8i 1c30000.ethernet eth0: Link is Up - 100Mbps/Full - flow control rx/tx
[ 222.587242] dwmac-sun8i 1c30000.ethernet eth0: Link is Down
[ 224.635439] dwmac-sun8i 1c30000.ethernet eth0: Link is Up - 100Mbps/Full - flow control rx/tx
[ 287.099024] dwmac-sun8i 1c30000.ethernet eth0: Link is Down
[ 289.147172] dwmac-sun8i 1c30000.ethernet eth0: Link is Up - 100Mbps/Full - flow control rx/tx
[ 309.627008] dwmac-sun8i 1c30000.ethernet eth0: Link is Down
[ 312.699461] dwmac-sun8i 1c30000.ethernet eth0: Link is Up - 100Mbps/Full - flow control rx/tx
[ 330.107200] dwmac-sun8i 1c30000.ethernet eth0: Link is Down
[ 332.155394] dwmac-sun8i 1c30000.ethernet eth0: Link is Up - 100Mbps/Full - flow control rx/tx
[ 352.635420] dwmac-sun8i 1c30000.ethernet eth0: Link is Down
[ 356.731601] dwmac-sun8i 1c30000.ethernet eth0: Link is Up - 100Mbps/Full - flow control rx/tx
This barrel-connector has now worked since 2 years and now it seems to get not enough power to the board for the normal eth0, bt for the usb-eth1?