The generic kernels are too large to be booted by the stock bootloader,
as the boot partition is only 16 MiB. While this commit increases the
kernel size you can use today, the linux-postmarketos kernels are still
too big to boot from extlinux.conf until the [boot memory increase of
lk2nd][1] is released.
lk2nd also provides a better fastboot implementation which doesn't
fully-buffer the image to be written, and thus can write larger images
than the stock bootloader. Forcing fastboot mode requires [flo support
in lk2nd][2], which also requires a lk2nd release. Right now you'll only
get the better fastboot when lk2nd fails to find a kernel, which means a
dance like "use stock bootloader to wipe userdata, then start to lk2nd".
The reason to keep android image support is just for netbooting which
makes testing easier. But netbooting does _not_ work with lk2nd right
now as lk2nd has trouble finding the dtb for some reason; use the stock
boot loader when running "pmbootstrap flasher boot". Changing
flash_offset_ramdisk is to give more space for the kernel to decompress.
1. https://github.com/msm8916-mainline/lk2nd/pull/703
2. https://github.com/msm8916-mainline/lk2nd/pull/697
Part-of: <https://gitlab.postmarketos.org/postmarketOS/pmaports/-/merge_requests/9031>
Despite the name, this does pull the correct polkit on systemd, as the
systemd/polkit package provides polkit-elogind=9999$_pkgver-r$pkgrel,
which apk will pick, while on OpenRC apk will happily pick
polkit-elogind from alpine repos (pulling polkit that builds against
elogind)
Signed-off-by: Ferass El Hafidi <funderscore@postmarketos.org>
Part-of: <https://gitlab.postmarketos.org/postmarketOS/pmaports/-/merge_requests/8890>
Reorders the keys to match newapkbuild and fixed
the provider, since the current logic made it
always be considered a lower provider priority
than the Alpine installkernel. Also moved the
location of the installed binary to not need
to replace Alpine's installkernel.
Signed-off-by: Aster Boese <asterboese@mailbox.org>
Part-of: <https://gitlab.postmarketos.org/postmarketOS/pmaports/-/merge_requests/8982>
compat-sysv-interfaces is meant for systems that
already have technical debt from switching from
sysv. postmarketOS does not have this, so this
is not needed.
All this option does is enable runlevels 0-6
and install legacy.conf, which also doesn't
work with our packaging because it installs
symlinks who's target only exists in
subpackages.
Signed-off-by: Aster Boese <asterboese@mailbox.org>
Part-of: <https://gitlab.postmarketos.org/postmarketOS/pmaports/-/merge_requests/8996>
As discussed with Casey at the FOSDEM hackathon, we want to integrate
linux-next with the same infra we use for linux-postmarketos-mainline
and the other generic kernels and move maintainership to the generic
kernel team.
Part-of: <https://gitlab.postmarketos.org/postmarketOS/pmaports/-/merge_requests/7937>
The current systemd user namespaces model
almost works with confidentiality, but a single
check for kprobes is used, which confidentiality
disables, so user namespaces fail. For now,
just downgrade lockdown to integrity until this
is sorted out in systemd.
Signed-off-by: Aster Boese <asterboese@mailbox.org>
Part-of: <https://gitlab.postmarketos.org/postmarketOS/pmaports/-/merge_requests/8988>
It's far from perfect but better than the default. Most importantly it
gives users of the OP6 - one of the most popular devices - an impression of
where libcamera development is heading - and an incentive to help/play
around with tuning.
Part-of: <https://gitlab.postmarketos.org/postmarketOS/pmaports/-/merge_requests/8992>
See
https://gitlab.freedesktop.org/camera/libcamera/-/releases/v0.7.2
The release notably includes fixes that allow us to start shipping color
correction matrices in tuning files. This commit includes the current
tuning iterations for the imx363 (used e.g. as Pixel 3a rear camera) and
the s5kjn1 (used on e.g. as FairPhone 5 front camera). The later is also
used for the other correspondig cameras on the mentioned devices, as
they improve the quality over the default. This is of course planed to
change in the future.
The GPU-ISP also received major performance improvements, in particular
if the dmabuf direct import path can be used. If that's not the case
some INFO logs are printed, giving hints what needs to be improved in
the V4L2 or GPU drivers.
Finally we can drop all previously backported patches, only keeping two
PinePhone (OG) specific ones around for now. These should probably be
dropped in future releases, giving the poor performance and limited GPU
capabilities (GLES 2.0 only) on that device.
Part-of: <https://gitlab.postmarketos.org/postmarketOS/pmaports/-/merge_requests/8991>
Stefan Hansson