NicoD

With the Armbian build script.
https://docs.armbian.com/Developer-Guide_Build-Preparation/
 
You'll need Ubuntu 18.04 for this in your vm.
 
Please do not put duplicate messages in the forum.

Over at https://www.friendlyarm.com/index.php?route=product/product&product_id=165    7 inch capacitive touch screen LCD 800x1280 (HD702)  $ 30.- plus shipping (around $ 9.-), instead of $ 65.-
Check Matrix for supported devices.
 

20200831-dev kernel 5.9.0-rc3

N2+ or Khadas VIM3. They're the only ones that have more performance than this SoC.

I've got the NanoPC T3+ with this SoC. Single core performance isn't great. But multi-core it is amazing. Faster than the RK3399.
Here some old benchmarks. For you the CPUMiner scores are important.
 
64-bit SBC's Odroid N2+ Clock S/C | B/C | Blender | 7z S/C | 7Z B/C | CPUMiner Ubuntu Bionic 4.9 2.02Ghz 2.40Ghz 11m20s 1755 2504 14 Khadas VIM3 |SBC bench result |CPU Miner |7-zip s/c A53 |7-zip b/c A73 |7-zip multi avg. of 3 |Blender Ubuntu 18.04.02 http://ix.io/1MFD 13.10kH/s 1577 2311 10578 42m51s Armbian@1.9S.C./1.7B.C. http://ix.io/1NRJ Odroid N2 |SBC bench result |CPU Miner |7-zip s/c A53 |7-zip b/c A73 |7-zip multi avg. of 3 |Blender Ubuntu Bionic http://ix.io/1Brv 11.35kH/s 1564 1879 9988 50m28s NanoPC T3+ |SBC bench result |CPU Miner |7-zip s/c |7-zip b/c |7-zip multi avg. of 3 |Blender Armbian Bionic http://ix.io/1iRJ 10.99kH/s 1290 10254 1h10m25s Arbmian Stretch http://ix.io/1qiF 8.55kH/s 1275 10149 1h13m55s Rock Pi 4B |SBC bench result |CPU Miner |7-zip s/c |7-zip b/c |7-zip multi avg. of 3 |Blender Ubuntu http://ix.io/1uVr 9.50kH/s 1242 1818 7802 1h17m22s NanoPi M4 |SBC bench result |CPU Miner |7-zip s/c |7-zip b/c |7-zip multi avg. of 3 |Blender Armbian bionic hz1000 http://ix.io/1nLh 10.23kH/s 1335 2005 8352 1h13m50s CONFIG_HZ=250 http://ix.io/1BLW 10.45kH/s 1335 2007 8320 1h08m28s Armbionic@1.4/1.8 hz250 1253 1828 7821 1h12m52s Armbian bionic nightly http://ix.io/1pDo 10.24kH/s 1329 1990 8292 1h13m28s Armbian stretch desktop http://ix.io/1odF 8.66kH/s 1350 1977 8400 1h14m12s Armbian stretch dsk nightly //ix.io/1pM0 8.80kH/s 1359 1993 8500 1h15m04s Armbian stretch core no fan //ix.io/1pKU 8.80-8.65kH/s 1353 1989 8461 Armbian stretch core //ix.io/1pL9 8.76kH/s 1354 1988 8456 Armbian stretch core nightly //ix.io/1pLf 8.82kH/s 1357 1994 8494 Lubuntu Bionic arm64 http://ix.io/1oGJ 9.24kH/s CPU Miner 1056 1551 6943 1h28m13s Lubuntu Bionic armhf http://ix.io/1pJ1 1111 1769 7705 2h02m54s Lubuntu Xenial armhf http://ix.io/1oCb 989 1507 6339 2h20m51s Khadas Vim2 Max |SBC bench result |CPU Miner |7-zip s/c |7-zip b/c |7-zip multi avg. of 3 |Blender Ubuntu Xenial http://ix.io/1qkA 6.86kH/s 823 1134 6682 1h14m39s 7-zip only 600% of 800% used It would be hard to make enough money to repay the devices, and power.
The Odroid N2+ is one of the most energy efficient SBCs around. When maxed out on CPUs it only consumes 6W. Most others need double of that for half the performance.

These days mining isn't done on computer hardware but on specialized hardware. So with a few SBCs you can't compete with these ASICs.
But if you use solar power then you've got the big advantage that you don't need to pay for energy costs. What's the biggest cost for ASICs. If you really want to do this, then do your research well. Else it's a probable moneypit. But at least you can enjoy the SBCs.
Greetings.
 

This is an external driver catched from here: https://github.com/brektrou/rtl8821CU
Maybe some change there broke compilation for 4.9...

It used to work once upon a time, like 2018-ish. But it broke at some point in the latest legacy images.

Just to be clear: last time I checked, our mainline was using the custom HK blob for the C2 ( @TonyMac32 can you confirm this?). 
 
Which means that, even though the max frequency is 1.5 GHz, you get the real frequency. Unlike all the other S905' that report 1.5 but are actually running 1.4 GHz.
 
Now, in order to unlock higher frequencies, you need patches both for the kernel and for the DT. The patches were done for HK's 3.16.x kernel, and it may or may not be possible to port them to mainline.
 
It is probably not hard. But it needs a person to dive into the old 3.16.x kernel, extract the patches, and try to adapt them to mainline. You're welcome to try, you will for sure learn a lot, whether you finally get to fix it or not 

Somewhere there, yes Device drivers -> Wireless Lan

I have absolutely no clue, probably banal reason. We had many other far more critical issues. I almost throw both N2 out of the window  

Works fine at top speed!
___ _ _ _ _ _ ____ / _ \ __| |_ __ ___ (_) __| | | \ | |___ \ _ | | | |/ _` | '__/ _ \| |/ _` | | \| | __) || |_ | |_| | (_| | | | (_) | | (_| | | |\ |/ __/_ _| \___/ \__,_|_| \___/|_|\__,_| |_| \_|_____||_| Welcome to Focal with Linux 5.7.15-meson64 System load: 0.45 0.27 0.10 Up time: 6 min Memory usage: 15 % of 3633MB Zram usage: 1 % of 1023Mb IP: 10.0.30.113 CPU temp: 37°C Usage of /: 10% of 29G Last login: Thu Aug 20 19:51:38 2020 http://ix.io/2uJU
 
But manipulating speed in armbian-config might not work properly https://armbian.atlassian.net/browse/AR-396

Igor (or other admins),
My account (Charles Morton/Chuck the Duck) seems to be stuck in validating and wont let me post or message.  Can you please help unlock it.

But you probably need to use different boot blob and EOL legacy 3.14.y / 3.16.y kernel? AFAIK mainline kernel - which is what we only provide for C2 - is not having support for higher numbers. Well, if someone feels the need for this ... https://docs.armbian.com/Process_Contribute/ 

Here's the (very late) pull request : https://github.com/armbian/build/pull/2149

Applied the patch, left the rk3288 with 5 hours of this:
 
it worked without an itch, dmesg was clean.

Thanks for testing ! I guess we can include this patch in the next release, then.

Armbianmonitor: http://ix.io/2sUH Hi all. 
I've recently received the Odroid N2+. Since nobody else started a topic about it, I'll be the one. 
All works fine with Armbian since not much hardware changes have been made vs the N2. Except for the CPU frequency.
 
With the Odroid Ubuntu you can set it to 2.4Ghz for the big cores A73 as overclock (2208 stock)., and 2016Mhz for the A53 cores (1908  stock). 

With Armbian the max clocks are 2Ghz for all cores. Using Armbian Focal 4.9 legacy.
I tried setting the higher values in config.ini. Also tried with the "meson64_odroidn2_plus.dtb" file from the Odroid Ubuntu. Doesn't boot with that. (What do I know )

Other changes are the RTC battery that's now on the board. 
The heatsink has changed a little. But it's still more than sufficient to keep it cool even when overclocked. 

USB3 still rather s*cks on it. Slow and a lot of issues with 2.4Ghz dongles(wifi/keyboard...).
Too bad they didn't do anything about that. But that probably could have complicated compatibility with N2 images. 

Also feels a bit more sluggish than RK3399 on NVMe vs 128GB eMMC on the N2+.  That's what fast I/O does. I'll try on USB3-NVMe later.

Here some pictures. 1st pic the N2+ with its case open.
2nd picture the N2 left and the N2+ on the right.

Cheers all.

N2+ or Khadas VIM3. They're the only ones that have more performance than this SoC.

I've got the NanoPC T3+ with this SoC. Single core performance isn't great. But multi-core it is amazing. Faster than the RK3399.
Here some old benchmarks. For you the CPUMiner scores are important.
 
64-bit SBC's Odroid N2+ Clock S/C | B/C | Blender | 7z S/C | 7Z B/C | CPUMiner Ubuntu Bionic 4.9 2.02Ghz 2.40Ghz 11m20s 1755 2504 14 Khadas VIM3 |SBC bench result |CPU Miner |7-zip s/c A53 |7-zip b/c A73 |7-zip multi avg. of 3 |Blender Ubuntu 18.04.02 http://ix.io/1MFD 13.10kH/s 1577 2311 10578 42m51s Armbian@1.9S.C./1.7B.C. http://ix.io/1NRJ Odroid N2 |SBC bench result |CPU Miner |7-zip s/c A53 |7-zip b/c A73 |7-zip multi avg. of 3 |Blender Ubuntu Bionic http://ix.io/1Brv 11.35kH/s 1564 1879 9988 50m28s NanoPC T3+ |SBC bench result |CPU Miner |7-zip s/c |7-zip b/c |7-zip multi avg. of 3 |Blender Armbian Bionic http://ix.io/1iRJ 10.99kH/s 1290 10254 1h10m25s Arbmian Stretch http://ix.io/1qiF 8.55kH/s 1275 10149 1h13m55s Rock Pi 4B |SBC bench result |CPU Miner |7-zip s/c |7-zip b/c |7-zip multi avg. of 3 |Blender Ubuntu http://ix.io/1uVr 9.50kH/s 1242 1818 7802 1h17m22s NanoPi M4 |SBC bench result |CPU Miner |7-zip s/c |7-zip b/c |7-zip multi avg. of 3 |Blender Armbian bionic hz1000 http://ix.io/1nLh 10.23kH/s 1335 2005 8352 1h13m50s CONFIG_HZ=250 http://ix.io/1BLW 10.45kH/s 1335 2007 8320 1h08m28s Armbionic@1.4/1.8 hz250 1253 1828 7821 1h12m52s Armbian bionic nightly http://ix.io/1pDo 10.24kH/s 1329 1990 8292 1h13m28s Armbian stretch desktop http://ix.io/1odF 8.66kH/s 1350 1977 8400 1h14m12s Armbian stretch dsk nightly //ix.io/1pM0 8.80kH/s 1359 1993 8500 1h15m04s Armbian stretch core no fan //ix.io/1pKU 8.80-8.65kH/s 1353 1989 8461 Armbian stretch core //ix.io/1pL9 8.76kH/s 1354 1988 8456 Armbian stretch core nightly //ix.io/1pLf 8.82kH/s 1357 1994 8494 Lubuntu Bionic arm64 http://ix.io/1oGJ 9.24kH/s CPU Miner 1056 1551 6943 1h28m13s Lubuntu Bionic armhf http://ix.io/1pJ1 1111 1769 7705 2h02m54s Lubuntu Xenial armhf http://ix.io/1oCb 989 1507 6339 2h20m51s Khadas Vim2 Max |SBC bench result |CPU Miner |7-zip s/c |7-zip b/c |7-zip multi avg. of 3 |Blender Ubuntu Xenial http://ix.io/1qkA 6.86kH/s 823 1134 6682 1h14m39s 7-zip only 600% of 800% used It would be hard to make enough money to repay the devices, and power.
The Odroid N2+ is one of the most energy efficient SBCs around. When maxed out on CPUs it only consumes 6W. Most others need double of that for half the performance.

These days mining isn't done on computer hardware but on specialized hardware. So with a few SBCs you can't compete with these ASICs.
But if you use solar power then you've got the big advantage that you don't need to pay for energy costs. What's the biggest cost for ASICs. If you really want to do this, then do your research well. Else it's a probable moneypit. But at least you can enjoy the SBCs.
Greetings.
 

Not yet. I'll take a look this weekend. First days with the N2+ I had to wait for software to come. Now it's all coming at the same time and I ain't got the time. At least I know what to do. Cheers.

Thanks to Werner, I have a stable desktop on my Orange Pi 3 running the Armbian_20.05.4_Orangepi3_focal_current_5.4.45_desktop.img.xz (stable release).  MOD can put this elsewhere if it belongs in tutorials and not bugs.
 
Here is how to step through his fix for anyone new to linux (like myself).
1. After flashing and setting root and user, the user will be logged into the graphical Xfce desktop environment (DE) and will freeze soon.
2. On the next reboot you can try to use one of the separate terminals instead of the DE.  This is done by holding CTRL+ALT and selecting F1-F6
3. Quickly log into root account and type the following "sudo systemctl set-default multi-user"  This will disable the DE next time you load.
4. The system may freeze as the DE is being loaded, so its best to reset and log into the bash shell with root again.
5. We have to setup a shell script that runs every boot, as the files that Werner overwrites get replaced every time. We will edit/etc/rc.local
6. Goto "cd /etc/ " and chose your favorite editor.  I used vim, so I type "vim rc.local" to start editing.
7.  Add the lines that Werner posted earlier to the rc.local file 
cd /sys/devices/platform/soc/1800000.gpu/devfreq/1800000.gpu/ echo userspace > governor echo 756000000 > max_freq echo 756000000 > min_freq 8. Save and exit to shell.
9. last step is to enable the DE again, type "systemctl set-default graphical"
10.  Reboot and enjoy a stable desktop.
 
It took me about a day to have this working, mainly because of me not understanding the the GPU clock values were getting reset and not knowing unix commands & file structure.  It reminded me as a kid messing with the autoexec.bat on a ms-dos machine.  I am hoping to use an SDR and make this into a HD Radio Decoder (already built the NRSC-5 & GUI) , have it stream to an android head unit in my car & control via VNC.
 

tobetter's Gnome-wayland is the best build I've ever used out of my 2 SBC's.  Rock64 and the N2+.   Just got the N2+ last week and it's as good as folks are saying so far.   So today I built Armbian Deb bullseye-dev for it and I thought you might like to know how it went.
 
Flashed to sdcard booted first try.   Same as the Ubu focal-dev last week.   Both run great but the nic on the UBU broke as you know using armbian-config to upgrade it to nightly.   The bullseye nic won't download during first upgrade faster than 1-10k p/s.
Popped a wireless nic in , finished upgrade and rebooted.   Solid blue/red lights no boot.   Maybe they are related.
 
Figured you could use the info.  When I get free time I like to experiment with cutting edge builds of a few arm distro's.  
FYI   I'm waiting for a patch set for mainline kernel on Manjaro hoping panfrost gets support working soon through mesa.
At this time the tobetter libMali drivers seem the way to go until then.  I will attempt an Armbian KDE build/install when panfrost/mesa/mainline is more advanced.  
 
Cheers, Archetech
 
Update  8-13-20         Thanks to the dev team I can report that my N2+ is now officially OC'ed to 2100  vs 1800 Mhz and idles at 29 C.    Lanefu built the latest Boot stuff  and I hand edited the boot.ini to match the new dual use- n2 and plus one at github.  Sadly we confirmed the nic can't receive well at all.   Looking forward to more progess on this SBC.

hardware issue -> human error

https://duckduckgo.com/?q=root+console+auto+login+bionic&t=ffab&ia=web
2nd result and don't forget to check with https://www.armbian.com/donate/ for the wasted time