New Builds from ayufan (0.8.X) w Video/3D/Mate desktop
#1
Information 
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:


Quote:
  •    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!
You can find me on IRC, Discord and Twitter


  Reply
#2
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.
  Reply
#3
i also get black screen with cursor but i think the boot never finishes or maybe crashes.
  Reply
#4
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 ....,
  Reply
#5
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/
  Reply
#6
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.
  Reply
#7
You could all try this.
https://forum.pine64.org/showthread.php?tid=7307
Armbian with VPU/GPU support.
  Reply
#8
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.
  Reply
#9
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?
  Reply
#10
(03-29-2019, 11:18 AM)bavay Wrote: 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....
  Reply


Possibly Related Threads...
Thread Author Replies Views Last Post
  Release 0.9.14 Ubuntu Mate desktop, LXDE, OMV, Docker CE (container) Luke 1 376 09-19-2019, 07:00 AM
Last Post: Malmgren
Star [archived] New Stable release from Ayufan (0.8.3) Luke 3 665 07-10-2019, 10:40 AM
Last Post: Malmgren
Star ayufan's 0.8.0rc12 (Rock64 Rev 3) Luke 1 356 06-13-2019, 02:05 AM
Last Post: pineadmin
  How fast is rock64 if a desktop? heocb 11 2,238 04-21-2019, 09:14 PM
Last Post: a1w.ca
  Video : Media Script for the Rock64/4K video in Linux NicoD 1 556 03-30-2019, 02:17 AM
Last Post: zet_lab
  Ayufan Debian Stretch Openmediavault 4 5G Wifi Not Connecting Poincare 0 154 03-26-2019, 07:28 PM
Last Post: Poincare
  ayufan 0.7.12 pre-release images (help testing) Luke 1 885 03-22-2019, 05:11 PM
Last Post: Luke
Star 0.7.8 Linux release from ayufan for Rock64 Luke 30 20,239 02-25-2019, 02:53 PM
Last Post: Luke
  hardware-accelerated video transcoding (Plex) on Rock64 mdr 2 1,098 02-07-2019, 03:42 PM
Last Post: mdr
  testing latest ayufan u-boot (2017.09-rockchip-ayufan-1035-gd646df03ac) jandastroy 1 339 12-24-2018, 08:58 PM
Last Post: tllim

Forum Jump:


Users browsing this thread: 1 Guest(s)