New Builds from ayufan (0.8.X) w Video/3D/Mate desktop

[Luke]

New builds from ayufan are now available for download.
The new images feature a Mate desktop as well as 3D and accelerated video on Ubuntu 18.04. The Chromium browser also makes use of acceleration for webgl (2.0) and video. 
There are also new Debian Stretch minimal and OMV image available.  

Release notes:

•    0.8.0: First release with complete rebase of all patches,
  
•     0.8.0: Fixed Mali, WiFi, BT, Sound, HDMI, Suspend on RockPro64,
  
•     0.8.0: Use xserver for rockpro64 and pinebook-pro with gles2,
  
•     0.8.0: Fixed libmali-* to not conflict with development libraries,
  
•     0.8.0: Add full support for pinebook-pro v1,
  
•     0.8.0: Provide armhf desktop on mate as it is quite fast and stable,
  
•     0.8.0: Provide gl4es to run OpenGL1/2 applications with GLES2 acceleration,
  
•     0.8.0: Provide install_widevine_drm.sh to install Widevine DRM,
  
•     0.8.0: Style Ubuntu Mate with nice wallpapers and pre-configured panels,
  
•     0.8.0: Configure Bluetooth on system start on RockPro64 and PinebookPro,
  

Please offer feedback on here or, preferably, on ayufan's github!

[zet_lab]

I tested on rock64 version with GUI Mate. After the kernel boot procedure, I get a black screen instead of a GUI with a blinking cursor in the upper left corner.

[dkryder]

i also get black screen with cursor but i think the boot never finishes or maybe crashes.

[belfastraven]

I'm good with the bionic-lxde-rockpro64-0.8.0rc4-1103-arm64  with mainline kernel   linux-image-5.0.0-1103-ayufan-g5cdba61f032d_5.0.0-1103-ayufan_arm64 .  

Running with boot on SD linux root on NVME,  hdmi output.  USB attached WIFI,  ethernet.  Haven't tried Sound ....,

[thewonderer]

Do these 0.8.0 rc builds give you mainline kernel 5.0.0 by default? Hoping this version of the kernel fixes the NIC TX errors I'm getting.

I did see this possible fix https://github.com/ayufan-rock64/linux-m...5f354da757 and noticed further work being done on the NIC stability https://patchwork.kernel.org/patch/10846013/

[Nerevarine]

0.8 builds do not work for me, tried 0.8 Bionic with Mate armhf.
Minimal one booted properly but after i installed
./install_desktop mate
same thing occurred. Glad Im not the only one.

[NicoD]

You could all try this.
https://forum.pine64.org/showthread.php?tid=7307
Armbian with VPU/GPU support.

[thewonderer]

Using the latest Armbian build but get a NIC failure about once a week. Bunch of TX error.... Hoping these new builds and patched kernel will fix this as it's a known issue with the rockchip... Funnily enough the older 0.56 stable build never had this issue that i recall.

[bavay]

I've tested both 4.19.0-1073 and 5.0.0-1103 on a RockPro64, they both work fine (although there is no hdmi output, as expected). But I have the feeling the A72 cores are not properly identified as such (the system shows 6 identical cores maxing out at 1.5 GHz, heavy processes keep moving between all the cores instead of favoring the A72 cores). I've also tried to get more information about what the OS sees, running "dmidecode -t 4" and this crashed the whole system...

I am using Armbian where I've manually installed Ayufan's kernel packages and using dtbs in /boot/dtb from 4.4 from Armbian. These are much more detailed than dtb files in Ayufan's kernel sources, so I am wondering if somehow my /boot/dtb files are not used , leading the the A72 cores not be properly identified... Any tip?

Mathias
PS: is it stupid to use rock64 kernels on a rockpro64 board?

[thewonderer]

I've tested both 4.19.0-1073 and 5.0.0-1103 on a RockPro64, they both work fine (although there is no hdmi output, as expected). But I have the feeling the A72 cores are not properly identified as such (the system shows 6 identical cores maxing out at 1.5 GHz, heavy processes keep moving between all the cores instead of favoring the A72 cores). I've also tried to get more information about what the OS sees, running "dmidecode -t 4" and this crashed the whole system...

I am using Armbian where I've manually installed Ayufan's kernel packages and using dtbs in /boot/dtb from 4.4 from Armbian. These are much more detailed than dtb files in Ayufan's kernel sources, so I am wondering if somehow my /boot/dtb files are not used , leading the the A72 cores not be properly identified... Any tip?

Mathias
PS: is it stupid to use rock64 kernels on a rockpro64 board?

How did you swap between the 2 different Kernel versions?  I'd like to try version 5.0.0....