NixOS image with panfrost
#1
I've recently installed NixOS on my RockPro64, and since I've got the panfrost driver working, I thought I'd create a bootable image so that people can give it a try with minimal effort. Simply download and extract the image here and write it to an sd-card or eMMC using your favourite disk image writing tool (The image is 4.7GB, so you'll probably need an 8GB or larger SD card/eMMC). It should boot and automatically log into the KDE plasma desktop. (user is called rockpro64, password rockpro64). It uses the 5.3 ayufan-rock64/linux-mainline-kernel. It takes a minute or two to boot, so you may wish to follow its progress via the UART if you can.

This image can be used as an installer: simply follow the instructions in the NixOS wiki to create /etc/nixos/configuration.nix and run nixos-rebuild. If you'd prefer to build your own image, RockPro64-specific information can be found here.


Note: Normally, NixOS fetches most packages from a binary cache. However, since this image uses a different version of mesa, anything which depends on mesa (basically any graphical application) will be built from source.
#2
(08-31-2019, 05:06 AM)Thra11 Wrote: I've recently installed NixOS on my RockPro64, and since I've got the panfrost driver working, I thought I'd create a bootable image so that people can give it a try with minimal effort. Simply download and extract the image here and write it to an sd-card or eMMC using your favourite disk image writing tool (The image is 4.7GB, so you'll probably need an 8GB or larger SD card/eMMC). It should boot and automatically log into the KDE plasma desktop. (user is called rockpro64, password rockpro64). It uses the 5.3 ayufan-rock64/linux-mainline-kernel. It takes a minute or two to boot, so you may wish to follow its progress via the UART if you can.

Hello Thra11,
I am still planning for mainline 5.3 + Panfrost..
thanks for sharing  Shy

What are your initial toughs about Panfrost vs proprietary driver, speed/processing power/etc( if you had compared them, in some way )?

Regards,
#3
Hi. I'm trying to use this image as an installer onto a nvme ssd. I've been working through trial and error mostly because of my lack of familiarity with nixos.

My main problem is that the console output doesn't show and the screen doesn't turn on until X is started. Is there a way to change this?

I don't want X on the install, but I'm not even sure if the install is working or not because all I get is a black screen.
#4
Just to clarify, is it the original SD/eMMC image which doesn't appear to finish booting, or just the install on NVMe SSD?

kolbycrouch Wrote:My main problem is that the console output doesn't show and the screen doesn't turn on until X is started. Is there a way to change this?
In theory, it should be possible to get hdmi output much earlier in boot. In common with most non-NixOS linuxes, boot has 3 main stages:
0. U-Boot
1. NixOS Stage 1 - kernel runs using initrd as rootfs
2. NixOS Stage 2 - kernel switches to real rootfs

U-boot should support hdmi output, although 1. the u-boot used in this image is the rockchip fork, and 2. I haven't checked whether u-boot supports hdmi output for the RK3399 yet.

In terms of the kernel outputting information on the screen, I think it
a) needs to have the right console=something (and possibly others such as earlycon) arguments in the kernel command line, to tell it that we want the console on the video output instead of (or as well as) on the UART.
b) needs to have loaded the kernel modules necessary to start KMS (Kernel Mode Setting) to use the hdmi output. Doing 'early kms' (hdmi output during Stage 1) should be possible, by putting the required modules in boot.initrd.availablekernelmodules. (Aside: if the NVMe adaptor or the filesystem used on the SSD require any additional modules, then these need to be added to this list, so that Stage 1 is able to mount the real rootfs needed for Stage 2).

I'm hoping to take a proper look at this myself at some point. If you do have some sort of USB serial adaptor (doesn't have to be the Pine64 one, as long as it's the correct voltage), it's a great help for these sorts of things.
#5
(09-27-2019, 08:05 AM)Thra11 Wrote: Just to clarify, is it the original SD/eMMC image which doesn't appear to finish booting, or just the install on NVMe SSD?

kolbycrouch Wrote:My main problem is that the console output doesn't show and the screen doesn't turn on until X is started. Is there a way to change this?
In theory, it should be possible to get hdmi output much earlier in boot. In common with most non-NixOS linuxes, boot has 3 main stages:
0. U-Boot
1. NixOS Stage 1 - kernel runs using initrd as rootfs
2. NixOS Stage 2 - kernel switches to real rootfs

U-boot should support hdmi output, although 1. the u-boot used in this image is the rockchip fork, and 2. I haven't checked whether u-boot supports hdmi output for the RK3399 yet.

In terms of the kernel outputting information on the screen, I think it
a) needs to have the right console=something (and possibly others such as earlycon) arguments in the kernel command line, to tell it that we want the console on the video output instead of (or as well as) on the UART.
b) needs to have loaded the kernel modules necessary to start KMS (Kernel Mode Setting) to use the hdmi output. Doing 'early kms' (hdmi output during Stage 1) should be possible, by putting the required modules in boot.initrd.availablekernelmodules. (Aside: if the NVMe adaptor or the filesystem used on the SSD require any additional modules, then these need to be added to this list, so that Stage 1 is able to mount the real rootfs needed for Stage 2).

I'm hoping to take a proper look at this myself at some point. If you do have some sort of USB serial adaptor (doesn't have to be the Pine64 one, as long as it's the correct voltage), it's a great help for these sorts of things.

Yea I figured out the need for those modules, but oddly placing them in boot.initrd.kernelmodules only loads them after initrd, or atleast I don't get display until ~getty. It also takes a good while to boot ( to get to login prompt or display-manager ) but I haven't analyzed why.

My other problem was a case of me being unfamiliar with nixos, I've since figured it out. Now I'm running NixOS on a f2fs nvme with mesa 19.3 and kernel 5.3.8 Big Grin

Have you tried upstreaming the expressions for generating the image or the kernel? The kernel is easy enough, but I wouldn't have bothered with nixos without the help of your image, and after seeing several other boards supported upstream I was going to try to make a PR but thought I'd ask you if you'd done that or would mind me doing it.


Possibly Related Threads…
Thread Author Replies Views Last Post
  Debian image configured for USB-C OTG? djonathan 2 3,177 01-06-2022, 03:09 AM
Last Post: susy1075
  First Lakka image for ROCKPro64 Ntemis 12 22,984 09-18-2020, 01:50 AM
Last Post: Wizzard
  Rockpro64 panfrost installation questions user12321 2 5,094 05-27-2020, 10:17 AM
Last Post: xmixahlx
  RPro Image Suggestions jl_678 4 6,025 04-16-2020, 09:06 AM
Last Post: jl_678
  Recalbox Image is available Luke 0 2,287 03-06-2020, 05:28 PM
Last Post: Luke
  Anyone tried the new mainline images (Panfrost)? stuartiannaylor 0 2,604 08-13-2019, 07:04 AM
Last Post: stuartiannaylor
  computelibrary build issue with latest ubuntu 18 image rahulsharma 0 1,914 07-08-2019, 09:25 AM
Last Post: rahulsharma
Question freeze on multiple image from wiki Slam 6 8,014 05-12-2019, 04:08 PM
Last Post: Slam
  Image for ZFS on PCIe SATA drives with OpenVPN and WiFi caillou 0 2,087 02-26-2019, 05:14 PM
Last Post: caillou
  debian image rocksa 2 4,222 02-08-2019, 09:53 AM
Last Post: rocksa

Forum Jump:


Users browsing this thread: 1 Guest(s)