• Content Count

  • Joined

  • Last visited

 Content Type 


Member Map





Posts posted by dolphs

  1. wow - it seems this was not such a strange question after all, cheers for your response !


    11 hours ago, guidol said:

    I didnt got a rockchip64, so I will show it for you on a Orange Pi One :)


    Based on that I was trying to find my way on this board, but yet it appears it is a feature request which will be sorted in one of the next revisions.

    I assume upgrading to dev image to 5.2 will be mandatory to benefit from this. This won't be an issue , but next three weeks I am unable to test so I will check back in August.


  2. Hi,

    I am running " Linux server 5.1.0-rockchip64 #5.89 SMP Fri Jun 21 13:42:34 CEST 2019 aarch64 GNU/Linux "

    and trying to switch off the green light somewhere at " /sys/class/leds/power ", but was unable to find the proper setting to switch it off.

    Anyone can give me a hand please? cheers


  3. 1 hour ago, Werner said:

    The development might be focused on 5.2 anyways as soon as the new version is officially released.


    hi - yes I fully agree with that approach. - would love to see in July first 5.2 iamges :-)

    Though my suggestion would be to store in downloads ( archive ) an image that is known to work

    as I tried a few, incl the one in archive,  but none were OK as has been reported here past days, my silly mistake was I erased my custom built images which worked once ( as you can see in my report 12 June ) ...


  4. hmm just built " Armbian_5.89_Orangepioneplus_Debian_stretch_dev_5.1.7 ", but alas.

    Anyone working " sun50i-h6-orangepi-one-plus.dtb " or is it something else this time?

    Perhaps a 5_90 soon that will boot ( with latest 5.1.12 kernel )? cheers

  5. On 5/22/2019 at 9:00 PM, Race666 said:

    I've recently bought a Rock Pi 4a Board and can't get running armbian



    Current status appears to be mature, at least from "" ?

    That is good news,  therefore also would like to test a ROCK Pi 4 Model A board ( 2gb and sdcard ) using 5.1 kernel (dev).

    Learnt flags to use are:


    Just like to confirm, but suppose " rockpi-4b " flag also works for the 4a edition - except for the WiFi, BT, PoE additions that do not exist on 4a.


  6. none, as mentioned " ./ " is being used to compile dev images, this was in reply to Werner ( yesterday ): 

    " You can build your own image using the the build script available here: "


      ___  ____  _    ___
     / _ \|  _ \(_)  / _ \ _ __   ___   _
    | | | | |_) | | | | | | '_ \ / _ \_| |_
    | |_| |  __/| | | |_| | | | |  __/_   _|
     \___/|_|   |_|  \___/|_| |_|\___| |_|
    Welcome to Debian Stretch with Armbian Linux 5.1.7-sunxi64
    System load:   0.00 0.00 0.00   Up time:       7:49 hours
    Memory usage:  12 % of 991MB    IP:  
    CPU temp:      48°C
    Usage of /:    35% of 3.5G      storage/:      1% of 7.4G
    Last login: Wed Jun 12 07:25:49 2019 from


  7. not sure what happened but we have code "green" again on OPiOnePlus thus we are good to go @1,8Ghz, thanks!

    :~# cpufreq-info |grep available
      available frequency steps: 480 MHz, 720 MHz, 816 MHz, 888 MHz, 1.08 GHz, 1.32 GHz, 1.49 GHz, 1.64 GHz, 1.80 GHz


  8. just built " Armbian_5.89_Orangepioneplus_Debian_stretch_dev_5.1.7.img " but still NOK on OpiOnePlus, cannot SSH to it,

    similar is written here , but seems to be sorted on Opi3 - unfortunately cannot use debug tools nor hdmi at this stage, hoping for permanent fix soon  ...

  9. apt-get update & apt-get -y upgrade from 587 -> 5.88 no go on Orange Pi One+.

    As well fresh 5.88 flash ( built manually just few minutes ago ), Armbian_5.88_Orangepioneplus_Debian_stretch_dev_5.1.7 - NOK ... 

    BTW 5.1.8 just arrived, as well 4.19.49 is latest while 47 is being used, worth bumping both?

    Unfortuantely " Armbian_5.88_Orangepioneplus_Debian_stretch_next_4.19.47 " - NOK


  10. not sure on which kernel you are, but these kernel settings should give a boost:

    put a .conf-file in " /etc/sysctl.d " and reboot. 


    net.core.default_qdisc = fq
    net.ipv4.tcp_congestion_control = bbr
    net.core.rmem_max = 16777216
    net.core.wmem_max = 16777216
    net.ipv4.tcp_rmem = 4096 87380 16777216
    net.ipv4.tcp_wmem = 4096 87380 16777216
    3/ optional
    net.ipv4.tcp_fastopen = 3
    net.ipv4.tcp_no_metrics_save = 1
    net.ipv4.tcp_slow_start_after_idle = 0
    net.ipv4.tcp_timestamps = 0
    net.ipv6.conf.all.disable_ipv6 = 1
    net.ipv6.conf.default.disable_ipv6 = 1
    net.ipv6.conf.lo.disable_ipv6 = 1
    net.ipv6.conf.eth0.disable_ipv6 = 1


    and certainly how looks your " server.conf ", eg some interesting settings .

    Please mind cipher in this case, I picked AES-128-CBC

    proto udp4
    txqueuelen 1000
    topology subnet
    #Set socket buffersize following for UDP recommended, also push to client
    sndbuf 393216
    rcvbuf 393216
    push "sndbuf 393216"
    push "rcvbuf 393216"
    float           #Allow remote IP to change but keep authentication in place
    comp-lzo no     #No need for streaming
    fast-io         #Optimize I/O writes
    cipher AES-128-CBC
    auth SHA256


  11. hello I've been gone from the game for a while, just flashed a new image ( 5.1.5 kernel for orangepioneplus )

    and it seems it has been decided to downgrade CPU speed to 1,5GHz instead of 1.8GHz:  "current policy: frequency should be within 480 MHz and 1.49 GHz. " ?

    Hopefully this can be set back to 1,8?



  12. 2 hours ago, SchmuseTigger said:

    So 5.1 is out now, does that mean there is hope for BT "soon"?


    hmm, what about this page?


    " New Devices Supported "


    Beelink GS1

    "Xunlong Orange Pi 3"


    Let's find out in the next weeks when 5.2-RC kernels will appear

  13. On 4/10/2019 at 3:28 AM, dolphs said:

    As I dont have a " USB To TTL Serial UART STC Cable " yet I tried the HDMI output instead which reveals no output to screen ( also not after power cycling the device: WIP I suppose ).

    Yet I will await the nightly image, although I do not expect miracles to happen as what would be the different from images just built  ....



    Read an interesting commit in kernel 5.0.8 rgd H6 although not related to reboot issue, interesting fix imho rgd HDMI.

    Would it be possible to incorporate this kernel in dev images ( which can be build manually ) please?


    <snip snip>
        drm/sun4i: DW HDMI: Lower max. supported rate for H6
            commit cd9063757a227cf31ebf5391ccda2bf583b0806e upstream.
        Currently resolutions with pixel clock higher than 340 MHz don't work
        with H6 HDMI controller. They just produce a blank screen.
        Limit maximum pixel clock rate to 340 MHz until scrambling is supported.
        Cc: # 5.0
        Fixes: 40bb9d3147b2 ("drm/sun4i: Add support for H6 DW HDMI controller")
    <snip snip>


  14. I was Just wondering if the " sun8i-ce " kernel module can be used for a hardware true number generator (TRNG) already ?


    This page reads "(10): The TRNG is not really random due do lack of documentation", although H6 is not listed, 

    perhaps one knows this will be improved in kernel 5.0 already or in upcoming 5.1/5.2 kernels ?


    entropy is decent enough already ( at least does not drop below 500 ):

    cat /proc/sys/kernel/random/entropy_avail	#2565 ( highest I noticed did not watch it every second just random )


    However this could be doubled IMHO with a hardware driver,

    Yet I played a little with urandom, which improved somewhat adding ""HRNGDEVICE=/dev/urandom" before starting rng-tools :

    <snip snip>
    -- Unit rng-tools.service has finished starting up.
    -- The start-up result is done.
    Apr 14 01:36:24 orangepioneplus[6776]: rngd 2-unofficial-mt.14 starting up...
    Apr 14 01:36:24 orangepioneplus rngd[6776]: entropy feed to the kernel ready
    <snip snip>


    It's result after a little while:

    cat /proc/sys/kernel/random/entropy_avail	#3510


    Anyway was just playing with my OrangePiOnePlus little more and don't want to move away from my initial question.

    " I was Just wondering if the " sun8i-ce " kernel module can be used for a hardware true number generator (TRNG) already ? "



  15. 30 minutes ago, Werner said:

    Awesome news. And everyone can still be an old school guy using interfaces file :wub::lol:


    certainly just execute:

    root@orangepioneplus:~# systemctl disable NetworkManager
    root@orangepioneplus:~#ip a |grep ether
    link/ether 00:2d:fd:1e:f1:e1 brd ff:ff:ff:ff:ff:ff  # take note of MAC address
    root@orangepioneplus:~#vi /etc/network/interfaces
    ## add or update in to /etc/network/interfaces.d/
    auto eth0
    iface eth0 inet static
    hwaddress ether 00:2d:fd:1e:f1:e1
    root@orangepioneplus:~# reboot   
    # wait 5 secs and reconnect to IP address set
    root@orangepioneplus:~# cat /etc/network/interfaces
    # tada!


    you guys don't even realise how perfect this weekend started,

    once again cheers for all your efforts, it is appreciated a lot!

  16. 11 hours ago, martinayotte said:

    If you read my previous posts, it require to recompile the kernel with DWMAC-SUN8I as module.

    Since I've done it and tested succesffuly, I've just committed the change in Armbian, so simply redo a new build ...


    yes I did not browse carefully enough, apologies.

    However therefore the ghost vanished from our machines ( OpiOnePlus and Opi3 ),

    Suppose configuring this kernel setting from built in to Module is not a bad idea in general?


    2 hours ago, lanefu said:

    Works for me!

    I can concur, 

    well done all, appreciate your efforts!

  17. 1 hour ago, froezus said:

    You need also to rmmod the MAC module (something like dwmac-sun8i) it's him who manage the phy-supply.


    rmmod phy && rmmod mac
    modprobe mac (should also modprobe the phy)



    hmm current modules lis ( below ),

    the dwmac-sun8i reports : "  rmmod: ERROR: Module dwmac_sun8i is builtin. " 

    # thus not a module as it seems

    root@orangepioneplus:~# lsmod
    Module                  Size  Used by
    snd_soc_hdmi_codec     16384  0
    zstd                   16384  4
    snd_soc_core          126976  1 snd_soc_hdmi_codec
    snd_pcm_dmaengine      16384  1 snd_soc_core
    snd_pcm                94208  3 snd_soc_hdmi_codec,snd_soc_core,snd_pcm_dmaengine
    snd_timer              32768  1 snd_pcm
    snd                    57344  4 snd_soc_hdmi_codec,snd_timer,snd_soc_core,snd_pcm
    soundcore              16384  1 snd
    dw_hdmi_cec            16384  0
    dw_hdmi_i2s_audio      16384  0
    cpufreq_dt             16384  0
    sun50i_h6_ths          16384  0
    thermal_sys            65536  2 cpufreq_dt,sun50i_h6_ths
    zram                   28672  2
    realtek                20480  1


    Ran out of time due to unexpected visit ... 

    more tomorrow therefore.


  18. 2 hours ago, megi said:

    I only work on Opi3 support on opi3-5.1 branch. So all the most recent changes are there. For my u-boot I only work on v2019.04-rc*.

    it is interesting 5.1 is being worked on already, very nice.

    Also noticed from Linux mainlining effort in coming 5.2, supposedly in May, the Opi3 is being supported : nice to know ...



    2 hours ago, froezus said:

    if you try to modprobe again the driver without the reboot does it works ?


    built and flashed latest dev image just now and tried following:

    ip link set eth0 down 
    rmmod realtek 
    insmod /lib/modules/5.0.7-sunxi64/kernel/drivers/net/phy/realtek.ko
    ip link set eth0 up
    [  282.600634] dwmac-sun8i 5020000.ethernet eth0: Link is Down
    [  282.649231] RTL8211E Gigabit Ethernet stmmac-0:01: attached PHY driver [RTL8211E Gigabit Ethernet] (mii_bus:phy_addr=stmmac-0:01, irq=POLL)
    [  282.651961] dwmac-sun8i 5020000.ethernet eth0: No Safety Features support found
    [  282.651981] dwmac-sun8i 5020000.ethernet eth0: No MAC Management Counters available
    [  282.651993] dwmac-sun8i 5020000.ethernet eth0: PTP not supported by HW
    [  287.776787] dwmac-sun8i 5020000.ethernet eth0: Link is Up - 1Gbps/Full - flow control rx/tx
    [  287.776816] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready

    this is a BINGO, thus so far so good.

    However adding " reboot " after the " rmmod " command won't bring back the device, a powercycle is needed also added "  sleep 5 ".

    This has been tested with NetworkManager , later tongight will disable and go " old school " interfaces way.

    will report back when I can.



  19. 23 minutes ago, froezus said:

    I also don't use network manager. And I think it's more related to the timing here. Maybe the regulator as time to discharge because network manager is slower or maybe it makes the things more properly.

    Also this is actually what I kind of tried the other day, unseccesful reboot attempt: " ip link set eth0 down && rmmod realtek && reboot ".

    On my TODO for tonight to play a little more with this also will try disabling NetworkManager and use old school debian school " interfaces " file including proper hardware MAC

    will report back when I can, cheers