snlavaise/pmaports-rtwo
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
13,850 Commits 1 Branch 0 Tags
2d0c9e52a146524aef5c81b530d2cd0b4bfb2a78
Commit Graph
14 Commits
This Branch
This Branch
All Branches
Author SHA1 Message Date
Hugo Osvaldo Barrera 51261ea7e0 linux-postmarketos-rockchip: fix pinebook-pro support 
4a1612eb56 introduced a set of changes for this kernel to support the
pine64-pinenote. These changes broke boot on the PineBook Pro: after the
kernel and initfs are loaded and started, the screen blanks and remains
that way indefinitely.

From the set of changes made for the pine64-pinenote support, reverting
only CONFIG_GPIO_ROCKCHIP=y restores the pinebook-pro into a working
status.

I don't have the means to test on the pine64-pinenote, and would
appreciate feedback on this.

Fixes: https://gitlab.postmarketos.org/postmarketOS/pmaports/-/work_items/4559
Fixes: 4a1612eb56
References: https://gitlab.postmarketos.org/postmarketOS/pmaports/-/merge_requests/8217
Part-of: <https://gitlab.postmarketos.org/postmarketOS/pmaports/-/merge_requests/8604>
 2026-05-20 22:48:43 +00:00
Hugo Osvaldo Barrera 2588acdd23 device-pine64-pinebookpro: include rockchipdrm in initfs 
Since 4a1612eb56, the rockchipdrm driver is built as a separate module.
The kernel loads it quite late in the start-up process, so early output
it lost, and plymouth doesn't even work.

Force inclusion of this module into the initfs. This is still
suboptional: the display is initialised earlier, but not as early as it
would be with CONFIG_DRM_ROCKCHIP=y. Regrettably, using this last
options has negative side-effects on the PineNote.

References: 4a1612eb56
References: https://gitlab.postmarketos.org/postmarketOS/pmaports/-/merge_requests/8217
Part-of: <https://gitlab.postmarketos.org/postmarketOS/pmaports/-/merge_requests/8605>
 2026-05-20 11:11:09 +00:00
Hugo Osvaldo Barrera eec995fbe0 readme: update link to approval rules 
Link pointed to inexistent file.

Part-of: <https://gitlab.postmarketos.org/postmarketOS/pmaports/-/merge_requests/8256>
 2026-04-02 05:18:48 +00:00
Hugo Osvaldo Barrera 62fb055e5c readme: link to issues 
The folks at GitLab like to hide and rename sections. Add a handy link
for newcomers who are not as well versed in the current iteration of
GitLab's UI / lingo.

Part-of: <https://gitlab.postmarketos.org/postmarketOS/pmaports/-/merge_requests/8256>
 2026-04-02 05:18:48 +00:00
Hugo Osvaldo Barrera 6d1ef68afc */*: rely on abuild's systemd integration 
abuild's default behaviour copies files from usr/lib/systemd into a the
$pkgname-split subpackage.

Several APKBUILD definitions do this manually, since they predate this
feature.

Remove the superfluous systemd() function in these cases.

Part-of: <https://gitlab.postmarketos.org/postmarketOS/pmaports/-/merge_requests/8023>
 2026-04-01 21:40:48 +00:00
Hugo Osvaldo Barrera ec17f2118c qemu-*: enable PSI 
PSI is necessary (but not sufficient) to run Waydroid on this device
target:

- linux-virt is built without binder and unusable for Waydroid.
- linux-stable is build with CONFIG_PSI_DEFAULT_DISABLED.
- linux-lts is build with CONFIG_PSI_DEFAULT_DISABLED.

The performance difference is negligible for this device; less that 1%.

Fixes: https://gitlab.postmarketos.org/postmarketOS/pmaports/-/issues/1884
See: https://gitlab.alpinelinux.org/alpine/aports/-/issues/17465
Part-of: <https://gitlab.postmarketos.org/postmarketOS/pmaports/-/merge_requests/6995>
 2025-09-05 21:54:00 +02:00
Hugo Osvaldo Barrera 7cb5f1d3e4 main/postmarketos-config-nftables: rely on upstream nftrules 
Upstream is now shipping rules as individual subpackages for packages
which require them. Rely on these by linking to them instead of
duplicating them here.

Note that the upstream packages only ship rules, but do not enable them
by default. This patch retains this package's current behaviour and
still automatically enables rules.

See: https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/67137
See: https://gitlab.postmarketos.org/postmarketOS/pmaports/-/issues/3934
Part-of: <https://gitlab.postmarketos.org/postmarketOS/pmaports/-/merge_requests/6991>
 2025-09-02 16:30:50 +00:00
Hugo Osvaldo Barrera 06e52230e9 temp/arm-trusted-firmware: remove (MR 4191) 
This package originally existed to carry local patches not included
upstream. That is not longer the case, and using the Alpine package
works fine.

Additionally, this package tends to lag behind; Alpine currently ships
2.8.6.

References: https://gitlab.com/postmarketOS/pmaports/-/issues/1611

[ci:skip-build] already built successfully in CI
 2023-06-20 14:19:03 -07:00
Hugo Osvaldo Barrera f0b8dceae5 firmware-pine64-pinebookpro: remove (MR 4112) 
This has been replaced by linux-firmware-brcm and
linux-firmware-rockchip.

[ci:skip-build]: already built successfully in CI
 2023-05-30 22:02:52 +02:00
Hugo Osvaldo Barrera 68d7792bb9 pine64-*: update references to firmware-pine64-pinebookpro (MR 4112) 2023-05-30 22:02:51 +02:00
Hugo Osvaldo Barrera 1edbf01dcb pine64-pinebookpro: use linux-firmware packages (MR 4112) 
The `firmware-pine64-pinebookpro` predates the firmware for this device
being available upstream. It is now packaged in two separate packages:
linux-firmware-brcm and linux-firmware-rockchip.

Install those two linux-firmware packages and drop the custom one. This
drop a custom firmware package and also ensure that firmware is kept up to
date with the rest of linux-firmware-*.

The resulting installation includes all the previously included firmware
files and I've confirmed that both sound and wifi work fine (dmesg
indicates bluetooth is available too).
 2023-05-30 22:02:51 +02:00
Hugo Osvaldo Barrera d595967928 pine64-pinebookpro: remove reload of udev rules (MR 4113) 
This package no longer ships any udev rules, so this is no longer
necessary.

[ci:skip-build]: already built successfully in CI
 2023-05-25 09:02:05 +02:00
Hugo Osvaldo Barrera 4e056b2242 pine64-pinebookpro: drop unnecessary udev rule (MR 4113) 
Previously, this extra rule was needed to grant regular users
permissions for the embedded display's backlight. It no longer seems to
be necessary; the presence of this rule is currently a no-op.

Someone else on IRC has tested removing the rule and also confirms this
new behaviour. I suspect this was fixed upstream in eudev.
 2023-05-25 09:02:00 +02:00
Hugo Osvaldo Barrera e9029c9153 pine64-pinebookpro: switch to upstream udev rules (MR 4095) 
The entries kept locally are now part of the upstream rules. We can rely
on those instead and avoid the duplication.

See: https://github.com/eudev-project/eudev/blob/2703baf55615b7554fb67c4f1c241f057f8c0a79/hwdb/60-evdev.hwdb#L625
See: https://github.com/eudev-project/eudev/blob/2703baf55615b7554fb67c4f1c241f057f8c0a79/hwdb/60-keyboard.hwdb#L1526
[ci:skip-build]: already built successfully in CI
 2023-05-19 12:11:10 +02:00