balbes150

Compare to Station P1, Station P1 PRO update as below:
1. Better wifi chipset with better wifi performance
2. Adding SSD slot

There is another difference (important for me) - the presence of a power button, this turns the Station P1 pro into a full-fledged mini PC, it will not need to pull out the power supply to turn it on after the program shutdown. This is a small nuance, but it greatly changes the usability of the equipment, for example, as a replacement for a regular PC.

p.s.  Tnx Andy, Firefly responded quickly to my request for a sample, I hope I will receive a P1 pro sample for support soon

There is another difference (important for me) - the presence of a power button, this turns the Station P1 pro into a full-fledged mini PC, it will not need to pull out the power supply to turn it on after the program shutdown. This is a small nuance, but it greatly changes the usability of the equipment, for example, as a replacement for a regular PC.

p.s.  Tnx Andy, Firefly responded quickly to my request for a sample, I hope I will receive a P1 pro sample for support soon

I don't understand, what is there to explain? See the error, make corrections (makes a patch) and check in the work.

Version 20221019 works VGA HDMI video output, LAN, Wi Fi, analog sound, HDMI sound.

New version ArmbianTV of images for RK3288 and RK3188.
 
 
rk3288 \ rk3188
 
https://mega.nz/#F!j9QSDQSQ!6WpasOlbZYIInfw6yo4phQ
 
rk3188
https://disk.yandex.ru/d/7wqSh5Z5bv9q1g?w=1
 
rk3288
https://disk.yandex.ru/d/fRZwre9HDgAKHw?w=1
 
 
 
 
This link contains images with Libreelec for rk3288 and  rk3188, testing these images can help with the development of media functions for rk3288 and rk3188.
 
https://disk.yandex.ru/d/8vNYuuxynz1L0w?w=1

Many do not know, but the correct interpretation of the designation "Armbian" does not come from ARM, but sounds like this. An automated workplace based on ubuntu\debian.
 
 
For those who want to take part in the development of this direction, there is some progress (but this does not mean that it will necessarily be included in the official part of the build system) ....
 
https://forum.armbian.com/topic/21465-armbian-image-and-build-support-for-risc-v/?do=findComment&comment=141582

This is an easily solved problem. Which device model (chip) do you want to use to test different kernel ?
 
Not anymore. When using extlinux.conf or efi\grub, you can install and use an unlimited number of cores (limited only by free space for placement). The choice of which kernel (or even a completely different system) can be made in two ways, either on the screen via the keyboard (if u-boot has support for this), or via the UART console (this works on any model).
 
 

Tnx.
Now I was only interested in the general launch of the system using EFI, you confirmed its operation. I am not checking the operation of the system (kernel) yet, perhaps additional patches \ settings for the kernel are needed, but this requires access to the hardware. By the way, you can disable UEFI mode and switch to using extlinux.conf, with which full output and control via UART should work. Remove the "boot" flags from the first FAT partition and the bootloader will stop using EFI. Or you can remove all files from the FAT partition.

Added alpha version of image build support for RISC-V.
So far, this is an early version and some of the functions do not work in it.
Currently, support has been added for the StarFive model.
 
https://rvspace.org/
 
Details can be seen in this topic.
 
https://forum.rvspace.org/t/armbian-for-starfive-build-system-ubuntu-debian/468
 
 
Added support for Nezha D1 and Lichee RV (Dock) with Allwinner D1 RISC-V chip. To start the system. Download the image, unpack it, burn it to the SD card.  Connect the SD card to the device and turn on the power. Further steps for initial setup are similar for all Armbian systems.
 
For the Nezha D1 model, HDMI, LAN, USB, analog audio via 3.5 jack works.
For Lichee RV Dock  works HDMI WiFi USB USB-LAN
 
Link to download images.
https://disk.yandex.ru/d/da8qJ8wyE1hhcQ
 
https://www.cnx-software.com/2021/12/30/sipeed-lichee-rv-risc-v-module-gets-5-carrier-board-with-hdmi-and-usb-ports-optional-wifi/
 
forum MangoPI
https://forum.mangopi.org/

Images were updated and installer should be ready to install it to windows system. Further testing and code review is needed before we can declare this install way as completely safe. 

Testing on and co-existence of AMD graphics drivers would be nice to check. I don't have any such hardware in the lab. X86 is good, both would be awesome!

Try version 20220926, it has patch fixes added, but I haven't checked their work (I don't have a working T4 anymore)

It's not about mainline kernel vs. BSP kernel but the latter having settings that might fit for Android (use cases like watching video, playing games) but not for Linux.
 
You seem to be using these defaults without questioning them. Rockchip's BSP kernel defaults to powersave for ASPM (Active State Power Management) which of course negatively affects NVMe performance. As such you need to either eliminate CONFIG_PCIEASPM_POWERSAVE=y from kernel config or need to execute somewhere after booting:
echo default >/sys/module/pcie_aspm/parameters/policy  
Also the BSP kernel when the dmc/dfi device-tree nodes are enabled (seems to be the case with your RK3588 kernel fork since the 7-zip scores you and @blondu are sharing are below 14800 while they could be around 16500) defaults to dmc_ondemand governor which can be changed by doing this:
echo performance >/sys/class/devfreq/dmc/governor (similar way as I've done this for RK3399 years ago: https://github.com/armbian/build/blob/fdf73a025ba56124523baefaf705792b74170fb8/packages/bsp/common/usr/lib/armbian/armbian-hardware-optimization#L241-L244 )
 
And this here:
prefix="/sys/devices/system/cpu" CPUFreqPolicies=($(ls -d ${prefix}/cpufreq/policy? | sed 's/freq\/policy//')) if [ ${#CPUFreqPolicies[@]} -eq 1 -a -d "${prefix}/cpufreq" ]; then # if there's just a single cpufreq policy ondemand sysfs entries differ CPUFreqPolicies=${prefix} fi for i in ${CPUFreqPolicies[@]}; do affected_cpu=$(tr -d -c '[:digit:]' <<< ${i}) echo ondemand >${prefix}/cpu${affected_cpu:-0}/cpufreq/scaling_governor echo 1 >${i}/cpufreq/ondemand/io_is_busy echo 25 >${i}/cpufreq/ondemand/up_threshold echo 10 >${i}/cpufreq/ondemand/sampling_down_factor echo 200000 >${i}/cpufreq/ondemand/sampling_rate done  
is the exact replacement for lines 81-89 in armbian-hardware-optimization: https://github.com/armbian/build/blob/fdf73a025ba56124523baefaf705792b74170fb8/packages/bsp/common/usr/lib/armbian/armbian-hardware-optimization#L81-L89
 
Without this I/O performance with Armbian sucks on a variety of boards for example ODROID N2/N2+, VIM3 or now the RK3588/RK3588S based boards. Unfortunately @lanefu seems to be way too biased or limited in his thinking to understand this when he creates bizarre tickets that are rotting around somewhere: https://armbian.atlassian.net/browse/AR-1262
 
I really don't care whether these fixes will be incorporated into Armbian. But if you benchmark stuff the settings should be adjusted accordingly. And we (we as a broader community – not this place here) already know how ASPM settings negatively affect performance of PCIe devices (like for example NVMe SSDs): https://forum.radxa.com/t/rock-5b-debug-party-invitation/10483/86?u=tkaiser, we know which role io_is_busy has and what the benefits and drawbacks of the chosen dmc governor are.  
 
A quality NVMe SSD even when just connected with a single Gen2 lane should always outperform any SATA SSD if it's about what really matters: random I/O. If the SSD is cheap garbage or the settings are garbage it might look differently.

This is observed when playing a video, if you need a video, use Libreelec, there is a special optimization and HW accelerated modes are used for decoding.

The version 20220911-EFI of images with EFI\GRUB support for Station M3.

ver 20220309 update config kernel, work LAN, WiFi, BT, HDMI sound, analog sound, SATA

The latest Ubuntu images use the new kernel, Debian uses the old kernel. The kernel development process is ambiguous and may have different side effects. Try previous versions of Ubuntu.

Your information is already outdated .
Now there is a fully finished device that can be used as a full-fledged replacement for PC. Firefly Station M3 (rk3588s). This is a fully finished and ready-to-use device, you do not need to assemble anything manually, as from a designer. Today I tested it with Armbian to play fullscreen video. In 1080p mode - everything works without problems, including youtube. Details are in the topic about Station M3 on the forum.
 
DE works even in 4K mode quickly (especially if used as NVMe or SATA media, which are supported in M3)
 
 
ps I would not advise contacting any AML-based models.
 
 

ver 20220819 for Starfive and Allwinner D1
kernel 5.19.0

New post about image Oleg - Habr Python programming and Docker installation for Sipeed Lichee RV RISC-V (RU)

I tested (Armbian and Libreelec) the rk356x (Station P2\M2 Quartz64 Banana PI r2 pro)  - it plays 1080p video in MPV\KODI without any problems kernel >=5.17.
 

Hi all.

Werner has made a video where he presents himself and talks about how he got into using Linux, SBCs and Armbian.
A very interesting video.
 

This is a serie of video's. Igor and Lanefu also have made a video like that.
You can find the other video's here.
https://www.armbian.com/authors/

If you're willing to make a video like this. I am willing to edit and help out.
Greetings, NicoD

Version 20220710 for SfarFive.
Important change, Ubuntu\Armbian switched to using UEFI. Debian\Armbian will be switched to using UEFI in the near future, while several packages necessary for UEFI are missing in Debian network repositories for riscv64, with the release of these packages in Debian network repositories or I will temporarily use DEB EFI packages from Ubuntu, Debian images will also be completely switched to the UEFI startup system (grub). It is welcome if there are participants who are ready to help with porting the necessary DEB EFI packages for Debian. By the way, Rick is actively working on adding new DE for RISC-V in Armbian, several new DE will be ready soon, if you are interested in specific DE, write to this topic, it will help determine which direction to do first.

... and you got it wrong.

Version 20220419-current with 5.17.3 kernel and  new version of u-boot-2022.04.