NicoD

Something similar to this hat most probably ;-)
https://www.aliexpress.com/item/33029451117.html

It begins at the far end of the USB. Pin 39/40 are next the USB.
When you use these jumper wires it is best to power with 2 power wires and 1 GND. So pins 2 and 4 you power with 5V. And pin 6 ground.
The M4V2 can consume up to 2A. Many jumper wires are not made for such high load. So dividing it over 2 wires makes sure there's no too much resistance.

Hi all.
I recently bought the Odroid Go Super. It is a great handheld for emulation gaming. But that isn't the main reason why I bought it.
It can also run Linux, tho not Armbian.
In this video I show how I use Debian Buster from Meveric on the Odroid Go Super and I also review the hardware. Greetings.
 

Hi all.
I recently bought the Odroid Go Super. It is a great handheld for emulation gaming. But that isn't the main reason why I bought it.
It can also run Linux, tho not Armbian.
In this video I show how I use Debian Buster from Meveric on the Odroid Go Super and I also review the hardware. Greetings.
 

Here a YT video about the new Station P2. 

I love the design. SATA and NVMe now fit in the case. A bit more usb is great. Dual Gbit ethernet, wifi 6 and up to 8GB ram. RK3568.
I hope they'll also make an rk3588 model.I like their metal cases a lot.
 

I would take one

Quite a while ago developers decided to rename the dev branch to edge to reflect its purpose better: https://armbian.atlassian.net/browse/AR-233
 
This now finally happened. Our documentation has been adjusted as well. For details feel free to check these commits:
 
https://github.com/armbian/documentation/commit/6c9985c9f5a0f593ab2593eb8054b6c658445d25
https://github.com/armbian/build/commit/0cdffb29b07305209efb12cf3b5ac6032d3a1153
 
For those who do automated and/or scripted building take note to adjust it accordingly.
 

Wow rollin the dice.  Im optimistic on their behalf and won't make any passive comments about the Rock64

You are free to think and believe what you want. As is Armbian free to use or not to use if you don't want to.
There are very good reasons why Armbian does not support Raspberry Pi. There is software available for RPis, so the need for Armbian isn't big.
RPi isn't open source as the other supported SBCs.(ThreadX) 
The installed OS does not control the board. There are things happening without anyone knowing what and why.

RPi can be used for some goals. But it is too buggy to support. Undervoltages, overheating, not showing true details...

And as you say yourself, Armbian is a "community". Not a cult. We have community members, not leaders. I even think the person you talk about hasn't had anything to do with armbian for a long time. And even if I would not agree with that person. I defend his right to talk the way he feels like. 
Not everyone is always as gentle in how they talk. We are all adults, and I think we should be able to handle that. 
Go look at RPi fora and let me know what kind of talk you find their. Even having a light discussion isn't possible their. 
Greetings.

Update to version 20210319. Using kernel 5.10.24. Added support for Firefly-rk3399 in station-p1 images (for proper operation, you need to configure DTB in extlinux.conf). With the correct DTB setup, the HDMI audio LAN WiFi BT works in kernel 5.10. In kernel 4.4 worck remote control and analog sound. 

You can create a swap file for this.
If you're using an sd-card then it will be very slow, but it will work. You can use zram and swap files together. It will first use zram, then swap file.
Here is how to create a swapfile. This is for 8GB, if you only need 1GB then use 1GB. When done just reverse the commands and delete /swapfile (sudo rm /swapfile)
sudo fallocate -l 8G /swapfile Allocate 8GB for swapfile sudo chmod 600 /swapfile Give the correct rights for the swapfile sudo mkswap /swapfile Make it a swapfile sudo swapon /swapfile Turn on the swapfile sudo nano /etc/fstab Open fstab and add the line ... /swapfile swap swap defaults 0 0  

Good news. You can now use the main core to run on Jetson Nano. I have already added the necessary data to the build system and you can build an image for Jetson Nano using the official sources of the main core.
 
 
U-Boot 2020.04-g6b630d64fd (Feb 19 2021 - 08:37:46 -0800) SoC: tegra210 Model: NVIDIA Jetson Nano Developer Kit Board: NVIDIA P3450-0000 DRAM: 4 GiB MMC: sdhci@700b0000: 1, sdhci@700b0600: 0 Loading Environment from SPI Flash... SF: Detected mx25u3235f with page size 256 Bytes, erase size 4 KiB, total 4 MiB *** Warning - bad CRC, using default environment In: serial Out: serial Err: serial Net: No ethernet found. Hit any key to stop autoboot: 0 switch to partitions #0, OK mmc1 is current device Scanning mmc 1:1... Found /boot/extlinux/extlinux.conf Retrieving file: /boot/extlinux/extlinux.conf 338 bytes read in 22 ms (14.6 KiB/s) 1: Armbian Retrieving file: /boot/uInitrd 11330177 bytes read in 512 ms (21.1 MiB/s) Retrieving file: /boot/Image 31306240 bytes read in 1364 ms (21.9 MiB/s) append: root=UUID=de820d8a-ca8e-4b1a-8e96-ce586b2422f3 console=ttyS0,115200 console=tty0 rootflags=data=writeback rw no_console_suspend consoleblank=0 fsck.fix=yes fsck.repair=yes net.ifnames=0 bootsplash.bootfile=bootsplash.armbian Retrieving file: /boot/dtb/nvidia/tegra210-p3450-0000.dtb 42868 bytes read in 33 ms (1.2 MiB/s) ## Loading init Ramdisk from Legacy Image at 83200000 ... Image Name: uInitrd Image Type: AArch64 Linux RAMDisk Image (gzip compressed) Data Size: 11330113 Bytes = 10.8 MiB Load Address: 00000000 Entry Point: 00000000 Verifying Checksum ... OK ## Flattened Device Tree blob at 83000000 Booting using the fdt blob at 0x83000000 Using Device Tree in place at 0000000083000000, end 000000008300d773 copying carveout for /host1x@50000000/dc@54200000... copying carveout for /host1x@50000000/dc@54240000... Can't set DT prop /bpmp/carveout-start: FDT_ERR_BADOFFSET Starting kernel ... [ 0.000000] Booting Linux on physical CPU 0x0000000000 [0x411fd071] [ 0.000000] Linux version 5.10.22-jetson-nano (root@vbox) (aarch64-linux-gnu-gcc (GNU Toolchain for the A-profile Architecture 8.3-2019.03 (arm-rel-8.36)) 8.3.0, GNU ld (GNU Toolchain for the A-profile Architecture 8.3-2019.03 (arm-re1 [ 0.000000] Machine model: NVIDIA Jetson Nano Developer Kit [ 0.000000] efi: UEFI not found. [ 68.257514] systemd[1]: Starting Create System Users... [ 68.270413] systemd[1]: Mounted Kernel Configuration File System. jetson-nano login: root (automatic login) _ _ _ _ | | ___| |_ ___ ___ _ __ | \ | | __ _ _ __ ___ _ | |/ _ \ __/ __|/ _ \| '_ \ | \| |/ _` | '_ \ / _ \ | |_| | __/ |_\__ \ (_) | | | | | |\ | (_| | | | | (_) | \___/ \___|\__|___/\___/|_| |_| |_| \_|\__,_|_| |_|\___/ Welcome to Armbian 21.05.0-trunk Focal with Linux 5.10.22-jetson-nano No end-user support: built from trunk System load: 74% Up time: 1 min Memory usage: 6% of 3.80G IP: Usage of /: 28% of 15G [ General system configuration (beta): armbian-config ] Last login: Wed Mar 10 08:41:35 UTC 2021 on tty1 New to Armbian? Documentation: https://docs.armbian.com Support: https://forum.armbian.com New root password: ****** Repeat password: ****** Choose default system command shell: 1) bash 2) zsh Shell: BASH Creating a new user account. Press <Ctrl-C> to abort Desktop environment will not be enabled if you abort the new user creation Please provide a username (eg. your forename): user Create password: ****** Repeat password: ****** Please provide your real name: User Dear User, your account user has been created and is sudo enabled. Please use this account for your daily work from now on. Now starting desktop environment...  

Cinnamon is more on the conservative side. For elderly people  (that DE is my daily driver). Budgie for visually impaired since there are large icons OOB. Best looking is DDE, which is sadly not in a good enough state to be shipped ...
 
 
Looked better is subjective. I can agree their UI is well polished. After all this is all what most of the distros do - polish their appearance to sell. But I don't like Saint Patrick's day 356 days in a year  Also whenever I tried how is Manjaro doing, it doesn't boot or doesn't survive first run. Ofc I don't try it on mainstream devices which might even work to some degree with a kernel from the trunk.

Great news. I guess it is decided for me what'll be my next video. I just finished a video about Manjaro on RPi4. Many people choose that just because it looked better out of the box.
Good I just bought a bunch of sd-cards.
I never tried Cinnamon and Budgie to my knowledge. I'm curious.

Here's the video.
Thank you @balbes150 for the images and @JMCCfor the media script.
Now I can start with something else

After several months of development, we finally bring desktop development to the daily driver state. Our desktop builds follow KISS philosophy. They are build around proven technology, we are not touching things that are done well. Just fixing things here and there and removing most / hopefully all bloatware that is added upstream. We are preparing a wide selection of desktop variants
 
 
while we will officially only support a few of them but anyone is welcome to join and tweak / support its desktop of choice. We will support you in best possible manner! And this way things starts the voyage to become officially supported one day. Only if you join. We can't take more load.
 
        

We support XFCE since early days and that will remain primary desktop since it represent a best combination between functionality, speed and beauty. Second desktop, which we are adding now is Gnome because its clean and most stable among advanced / bulky desktops. It can ran fairly smooth as low as on Allwinner H5 / 1Gb memory, while it runs very well on some RK3399 hardware. In both cases it uses open source 3D acceleration - Lima and Panfrost. New desktop option will be added gradually, but for now:

Orange pi 4: Budgie, Gnome, Cinnamon, Gnome, Mate
https://www.armbian.com/orange-pi-4/
 
Pinebook PRO: Gnome
https://www.armbian.com/pinebook-pro/
 
Nanopi T4: Budgie, Gnome, Cinnamon, Gnome, Mate
https://www.armbian.com/nanopc-t4/
 
Nanopi M4V2: Budgie, Gnome, Cinnamon, Gnome, Mate
https://www.armbian.com/nanopi-m4-v2/
 
What about others?

- ASAP. Those are semi manual builds, some are manually tested and it takes a lot of time. On top of that we are having some infrastructure troubles ATM ...
- we still need to fix few minor bugs, before we put on stamp as "supported" even those builds are IMO generally in a better shape then other images on the market
- you can help by testing and enabling specific builds by sending a PR to this file. https://github.com/armbian/build/blob/master/config/targets.conf It will help to get things up faster.

Today I had the pleasure of benchmarking an ARM64 server.
This server has been made available for Armbian to test native ARM64 image building.
I knew nothing about the server. Nobody told me any details.
So everything was an adventure for me to find out. I got SSH access, so my research began.

A lscpu informed me it had 32-cores all clocked at 3.3Ghz. 
 
cat /proc/cpuinfo confirmed these 32-cores
 
Checking on what kernel we're on. Ubuntu Focal 5.4.0-52-generic. 
And how much memory. 128GB RAM.

So first thing I wanted to know, how does one core perform with 7-zip benchmark?
The record I had seen until now was from the A73 cores from the Odroid N2+ clocked at 2.4Ghz. 2504MIPS decompression.
So :
taskset -c 31 7z b
 
This beats the Odroid N2+ its A73 cores clocked at 2.4Ghz. 2763 vs 2504MIPS decompression. 
This also tells me these cores do not perform as good per clock as a high performance core. 
While doing the single core benchmark I checked the sensors to know the wattage and temperature.
 
CPU power is about 20W for a single core tasks. 
Without a load the CPU consumes between 10W-15W. So in total it consumes a bit more than 20W in idle.
Temperature never went under 49C even after +5 minutes in idle. 
 
Of course, the next thing to do is an all-core 7zip benchmark. 
This gives an amazing result. Way higher than anything I had ever seen on ARM.
 
85975MIPS decompression. This is amazing.
Best I had seen was 11000MIPS of the Odroid N2+. So this server does 8 x better than the N2+. 
Tho, I must say. 7zip does bad with unequal clusers. The N2+ has a great difference in cluster frequencies. So it performs worse then expected here. 

The wattage went a lot higher, up to 110W. And the temperature rose quickly up to 75C in seconds.
 
To test the internet connection I downloaded an Armbian image multiple times. Sometimes it was as low as 3MB/s. 
Highest average speed I've seen was 12.5MB/s
 
Next test. BMW Blender render benchmark. 
Here the fastest I had ever seen was by the Khadas VIM3. That did it in 42m51s.
I haven't done this yet with the N2+ in Armbian. In Odroid's Ubuntu it was a little slower. I expect it to be a little faster than the VIM3 in Armbian Bionic. 
This is a tile based test. So every core gets its own task, until all tiles are done. 

Well, this ARM64 server did this in 8m27s. 
5 x faster compared to the Khadas VIM3. 

For this the wattage didn't go over 85W. But the temperature did rise to 83C. So it started to throttle. 

@lanefu already had done SBC-Bench on it when it was free. So this I didn't have to do myself.
http://ix.io/2Dcc
Here we see a lot. For example the CPUMiner did : 81.0kH/s 
The Odroid N2+                                                         : 14 kH/s         5.7 x less 
RK3399 does a maximum of                                     : 10.23kH/s     8 x less
Odroid C2 clocked at 1.75Ghz                                   : 4.65kH/s       17 x less

So this server clearly can move a lot of bits around. 
Now, what is this server? Ask google if nobody else tells me. "32 core ARM server 3.3Ghz"
First answer : https://www.theregister.com/2018/09/18/ampere_shipping/
That looks like it is this CPU. But still I can't find the exact name. 
2nd answer : https://www.servethehome.com/ampere-32-core-64-bit-arm-chip-x-gene-3-ip/
So this is the Ampere 32-core 64-bit from X-Gene 3 IP.

Here the wikichip : https://en.wikichip.org/wiki/apm/x-gene/apm883832-x3?fbclid=IwAR0ljCQ61DY8Zwh_VyZd0fQH43dmPUTJA-CGLiQKYqU2fWwszFm1CPjH6Zo

This supports up to 1TB RAM. 8 channels @ 2666Mhz. With a maximum memory bandwidth of 158.95 GiB/s.
42 lanes of PCIe Gen 3, with 8 controllers
– x16 or two x8/x4
– x16 or two x8/x4
– x8 or two x4
– Two x1

4 x SATA Gen 3 ports, 2 x USB2. And a TDP of 125W TDP.

For me this is just an awesome thing to behold. I use ARM for almost everything.
The NanoPi M4V2 is my main desktop computer.
It isn't as powerful as my PC, but does the task for 10 x less power consumption, while being completely silent.

But when I need a big CPU, it isn't enough.
Even the more powerful Odroid N2+ isn't powerful enough to render long, +20minutes 1440p video's for example for my Youtube channel.
So then i need to use my x86/amd64 PC. 

Today I have seen and tasted the future. 
While this doesn't use the most modern Cortex/clusters. And it is only 16nm.
So there is still a lot of room for improvements in performance and lower power consumption. 

ARM for desktop is possible, and ARM servers for big datacenters is possible(AWS). I have seen the future, I loved every second of it. 

Here benchmarks compared to my SBCs

 

Greetings, NicoD

Here's the video.
Thank you @balbes150 for the images and @JMCCfor the media script.
Now I can start with something else

I'll add your use case (sd + nvme) to install, but you  have to check it yourself. 

@balbes150I'll check the new image tonight. 
I finally have filmed everything I need for the video. I had a lot of issue's with capture devices not working properly and always had to redo it. 
So I installed it 4 times. And every time it didn't boot from NVMe, but instead from sd-card. Changing extlinux with the correct uuid from NVMe works. 
I did choose the correct way, you'll see it in the video. Tomorrow I should have it finished. It'll be a long one. Review and installation all in one...

@NicoD You can check out this image 20210228-legacy ?
 
https://disk.yandex.ru/d/h_pMzFbuFXseOA?w=1
 
I added a patch from 
 
https://github.com/armbian/build/pull/2650#issuecomment-787198231
 
to it to improve 4K.
 
Pay attention.
Before installing the media script or updating the system , freeze the kernel update, otherwise you will get the old kernel from the network repositories (this is not the correct kernel with errors).
 
p. s. the image is already fixed DTB to reload.