Pinebook Pro support

[jcgruenhage]

This issue tracks progress towards a usable voidlinux image for the Pinebook Pro. Currently, we can already build a working image

• packaging
  • pinebookpro-kernel (New package: pinebookpro-kernel-5.5.0 void-packages#19293)
  • pinebookpro-uboot (New package: pinebookpro-uboot-20200212 void-packages#19196)
  • pinebookpro-base (New package: pinebookpro-base-0.1 void-packages#19216)
  • pinebookpro-firmware (New package: pinebookpro-firmware-20200215 void-packages#19197)
• add support to scripts in this repo (Add support for Pinebook Pro (pinebookpro) #109)
  • set_target_arch_from_platform in lib.sh.in
  • mkplatformfs
  • mkimage
• fix broken things in the scripts here
  • make sure /tmp is mounted correctly (lib: make sure /tmp is there and mount it #110)
  • fix post-install scripts on cross builds (Fix execution of post install scripts on cross builds #111)
• Images available on https://alpha.de.repo.voidlinux.org/live/

How to read the list: A checked box means that the work is done and merged, an unchecked box with a PR linked means that this is basically done, but not merged yet.

[Vaelatern]

Can we try to use the generic uboot and kernel for this? I believe upstream uboot can run this machine

[jcgruenhage]

If that's possible, absolutely. The kernel still needs a few patches, but is very close to mainline

[Duncaen]

upstream uboot supporting the device does not allow to build a "generic" uboot.

[jcgruenhage]

@xtraeme I do have the hardware here and am willing to test stuff, but I have no experience packaging things like the linux kernel, so your help is appreciated!

A lot of the work done by the manjaro people can be used, like https://gitlab.manjaro.org/manjaro-arm/packages/core/linux-pinebookpro/tree/master for example, so it's mostly a job of "translating" stuff from their PKGBUILDs to our templates

[houki0]

I've already been playing around with a simple rootfs install by replacing the root partition of the default debian image, so it's running their kernel and uboot right now. It booted just fine out of the box, but I did have to copy the wifi firmware to get wifi to work.

Maybe we could make a pbp-firmware package like the one for the rpi3?

That said, I should be able to test most things, but I'm not great at packaging, and stuff like configuring kernels and uboot is probably beyond me.

[ZachIndigo]

I don't have any packaging knowledge, but I have a pbp and would be willing to offer my services to get void running on it.

[jcgruenhage]

I think we don't lack testers, we mostly lack someone with packaging experience and time who is interested in working on this. I have a bit of experience and am certainly interested, but my schedule is pretty packed right now..

[renatoaguiar]

I can do the packaging. I'm also pretty busy right now, but I hope to find some time to work on that over the weekend.

[sunnaryt]

would really like to see this happen, i only have packaging experience with arch though. i have a lot of free time coming up, like 2 months free time for reasons and PBP is my favorite new toy, i will learn and help maintain if someone points me in the right direction.

[renatoaguiar]

I just pushed WIP to 'pbp' branch on my forks:

• https://github.com/renatoaguiar/void-packages/tree/pbp
  • pinebookpro-kernel (build works, boot not yet tested)
  • pinebookpro-base
• https://github.com/renatoaguiar/void-mklive/tree/pbp
  • add arch detection for pinebookpro
  • add pinebookpro to mkplatformfs

I'm now working on packaging pinebookpro-uboot.

[q66]

you know, there is already void-linux/void-packages#17672

[q66]

Also, we don't want a 4.4 kernel, it won't work with panfrost and the proprietary libmali which works with 4.4 doesn't work with modern userlands (and if you hack around it it still works poorly)

[renatoaguiar]

Also, we don't want a 4.4 kernel, it won't work with panfrost and the proprietary libmali which works with 4.4 doesn't work with modern userlands (and if you hack around it it still works poorly)

From what I read so far, mainline kernel still doesn't support some features, e.g. suspend/resume. My plan is to initially use same version as official (factory) build and upgrade to mainline kernel as soon as it becomes feature complete.

[q66]

Suspend/resume may not work, but accelerated graphics not working is worse.

You can use s2idle for suspend for now, which works.

[houki0]

Assuming the kernel @renatoaguiar packaged is the same one I copied from the default debian (I can confirm they are both version 4.4.202):

I am currently unable to launch any DE or WM both for wayland and x11 (I tested XFCE, KDE on both and Sway). I believe it is an issue with dbus because it seems NetworkManager doesn't work either (I normally use connman so I hadn't noticed before), but runit reports dbus as up, and I can't find any errors with socklog.

I haven't tried a 5.4 or 5.5rc kernel from Manjaro yet because I haven't got those to boot yet, and I don't have a working UART cable to see what's wrong.

In any case, it might be worth looking into.