Jump to content

guidol

Members
  • Posts

    1798
  • Joined

  • Last visited

Posts posted by guidol

  1. 35 minutes ago, guidol said:

    eth0 doenst work- but usb-ethernet

    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.

    Spoiler

    [   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?

     

     

  2. 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. 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.

     

  4. 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

  5. 3 hours ago, admin-ovsc said:

    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.

  6. 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 ;)

     

  7. maybe its the RTL8211E PHY which is used for eth0?

     

    https://linux-sunxi.org/Ethernet

    Quote

    The 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/9

     

    and maybe here?
    https://lore.kernel.org/lkml/20170908142825.GC3037@Red/t/

  8. @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.

  9. 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.10

     

    I 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.10

    with 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 Down

     

    but 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

     

  10. 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 SBCs

    SSH-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

     

  11. 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 :(

  12. 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]

     

  13. 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.7z

     

    because - 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

  14. 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)

    sun8i-h2-plus-sunvell-r69.dtb

  15. 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


     

  16. 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

     

  17. 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 to

    Sunvell 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 : 

    http://ix.io/232T

     

    NanoPi Neo - Linux npi-neo 5.3.3-sunxi #5.98 SMP Sat Oct 5 18:34:15 +03 2019 armv7l GNU/Linux :

    http://ix.io/232U


    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 off 

    But 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. 

×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines