dolphs

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

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

Current status appears to be mature, at least from "compile.sh" ? 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: ./compile.sh BOARD=rockpi-4b BRANCH=dev RELEASE=stretch BUILD_DESKTOP=no KERNEL_ONLY=no KERNEL_CONFIGURE=no 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. cheers

none, as mentioned " ./compile.sh " 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: https://github.com/armbian/build " ___ ____ _ ___ / _ \| _ \(_) / _ \ _ __ ___ _ | | | | |_) | | | | | | '_ \ / _ \_| |_ | |_| | __/| | | |_| | | | | __/_ _| \___/|_| |_| \___/|_| |_|\___| |_| 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: 192.168.10.2 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 192.168.10.60

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

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

that is what I usually do and did earlier this morning, Gave it just now another go but still NOK, Armbian_5.88_Orangepioneplus_Debian_stretch_dev_5.1.7.img, thanks chaps for responding

hmm still no newer builds (7/8) as it seems: https://dl.armbian.com/orangepioneplus/ OR https://dl.armbian.com/orangepi3/ - let's wait some more then ...

similar behaviour has been reported yesterday already here after updating from 5.87 to 5.88 but " good " to see I am not the only one (opioneplus/ thus H6)- hope fix will be coming soon so board can be accessed again

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

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. 1/ net.core.default_qdisc = fq net.ipv4.tcp_congestion_control = bbr 2/ 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 ncp-disable auth SHA256 auth-nocache

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?

hmm, what about this page? " New Devices Supported " H6 Beelink GS1 "Xunlong Orange Pi 3" Let's find out in the next weeks when 5.2-RC kernels will appear

Hi - could someone guide me how to apply vanilla kernels to de dev builds, eg 5.09 or 5.1-rc5 for the H6 OrangePi's please? Currently for OpiOnePlus still 5.07 is being used, TiA!

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: stable@vger.kernel.org # 5.0 Fixes: 40bb9d3147b2 ("drm/sun4i: Add support for H6 DW HDMI controller") <snip snip>

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 ? " cheers

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 address 192.168.10.200 netmask 255.255.255.0 gateway 192.168.10.1 dns-nameservers 192.168.10.2 192.168.10.1 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!

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? I can concur, well done all, appreciate your efforts!

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. cheers!

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

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

attempt to fix, as it concerns me at least (OpiOnePlus) ... will check USB tonight.

.

After reading these promising results I fired up my enigines and compiled a new dev image " Armbian_5.78_Orangepioneplus_Debian_stretch_dev_5.0.7 " . As I am still waiting the SDCARD to be prepared I am replying to these this is quite " funny " as that makes two of us, I actually disabled NetworkManager as I thought this was the issue and besides that I am used to editing in to " interfaces "... is this our guy who silently fixed stuff committing/updating a patch? if so KUDO's now it is time to insert my freshly built sdcard image in to the OpiOnePlus... setting root password, do absolutely nothing else than creating another login account and after that executing a " reboot " ( shutdown -r now ) on the command line It looks like the shutdown takes longer than before, eg red light goes off a little later, however I can be mistaken as it is like 05.15am here It all looked promising till the moment I realise the result improved somewhat having a red light back and an orange blining LAN light, with sometimes green popping up , BUT: unable to access remotely ( SSH )... Thus .... back to powercycling device ... perhaps the newer U-Boot v2019.04 might be of help after all as currently it is still 01 ... Almost there, but not just yet as @martinayotte which means the ghost happily resides now in my machine ... cheers :-), we're close ... let's stay positive and off to bed now ... ...