dolphs

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