Unlike mdp5, which enables its timing engine immediately, dpu1 defers
timing engine enablement. As a result, the DSI backlight enablement
command is ignored by (or not sent to) the panel until the dpu1 timing
engine is enabled.
Enabling the backlight manually via sysfs after the timing engine has
been enabled works around the issue. However, requiring users to do this
manually would be inconvenient, so force the use of mdp5 instead.
Signed-off-by: Antony Kurniawan Soemardi <postmarketos@smankusors.com>
Part-of: <https://gitlab.postmarketos.org/postmarketOS/pmaports/-/merge_requests/9353>
- use amove instead of installing to subpackages from main package
- for selecting pixman renderer usage in wlroots, users testing
wlroots0.19-based UIs can just install 0.20 manually to pull in the
configuration, which will also work on 0.19.
Signed-off-By: Sicelo A. Mhlongo <absicsz@gmail.com>
Part-of: <https://gitlab.postmarketos.org/postmarketOS/pmaports/-/merge_requests/9159>
The subpackages install the mkinitfs configs, but these configs require the
files to exist. Thus, depend upon the host package to have these files. The
files are not moved to the subpackages because every file is used by the
mkinitfs configs, so the packages would end up with duplicate firmware files.
Signed-off-by: Aster Boese <asterboese@mailbox.org>
Part-of: <https://gitlab.postmarketos.org/postmarketOS/pmaports/-/merge_requests/9360>
Remove Grub and replace with mainline u-boot & systemd-boot. The two
methods to boot now:
- Hold the RE button to boot off of the SD Card
- With a blank SPI, boot off of eMMC using the power button
SPI needs to be blank as u-boot chainloading is broken
Signed-off-by: Rudraksha Gupta <guptarud@gmail.com>
Part-of: <https://gitlab.postmarketos.org/postmarketOS/pmaports/-/merge_requests/9135>
Unarchives the 'volla-yggdrasil' device, along with its kernel, and renames
the device package to match the ODM name of the device. This name is used by
most projects (with the exception of Ubuntu Touch) for this device.
The kernel is upgraded from v6.1-rc5 to v6.8. The plan was to upgrade it
further, but 6.9-rc1 introduces a bootloop that I don't have the means to
debug at the moment. Thus, reintroduce the kernel at the newest working
version and it will be upgraded in a separate MR once the bootloop is
figured out.
himax_hx83112b is added to the initramfs and enabled in the kernel in
preparation for its enablement in the device tree.
Signed-off-by: Aster Boese <asterboese@mailbox.org>
Part-of: <https://gitlab.postmarketos.org/postmarketOS/pmaports/-/merge_requests/9350>
There is the ocasional or rare case in which this can be useful
independently of [ci:skip-build], like if something is very urgent and
blocked due to something that only affects HW-CI. We already do not
block merging if actual HW fails the tests to avoid reliability
issues, so this is purely for software bugs.
Signed-off-by: Pablo Correa Gómez <pabloyoyoista@postmarketos.org>
Part-of: <https://gitlab.postmarketos.org/postmarketOS/pmaports/-/merge_requests/9348>
Some reasons why I think we want to use resolved by default:
- split DNS support (e.g. for VPNs)
- DNS caching
- roaming (switching between wifi, cell, etc) is handled better since DNS
is tracked per link and the cache is flushed on config changes, so
there are no stale DNS answers when a device switches
- allows users to easily enable dnssec and DoT (even if we aren't
enabling these by deafult right now)
Signed-off-by: Clayton Craft <craftyguy@postmarketos.org>
Part-of: <https://gitlab.postmarketos.org/postmarketOS/pmaports/-/merge_requests/9109>
This logic is "borrowed" from Fedora, and replaces /etc/resolv.conf with
a symlink to the systemd-resolved stub. Fedora does this from an install
script, but that doesn't work for image-based installs since those never
run install scripts on the device, and /etc persists across updates.
I've also seen cases in testing where the symlink was removed by e.g.
accidentally running resolvconf or something similar. So
this runs from a oneshot unit at boot instead, which is ordered before
network-pre.target so NetworkManager doesn't get there first. The old
resolved.post-install script is dropped since the unit covers both cases.
There are some conditions where resolv.conf is **not** replaced:
- when resolv.conf is already a symlink
- when systemd-resolved isn't enabled
- when its stub listener is disabled (via DNSStubListener= in config)
- when systemd isn't running, since resolved isn't either and replacing
resolv.conf would just break dns (e.g. when running the unit's script
by hand)
- when resolv.conf is a bind mount (e.g. in a chroot or container)
This assumes that if a user/sys admin wants to hand-roll their own
resolv.conf, that they either disable the systemd-resolved unit or
disable the stub listener in config if they want to use foreign mode.
The resolved drop-ins are also renamed with a 10- prefix, to match the
numbering ranges UAPI.6 recommends for vendor config in /usr.
Signed-off-by: Clayton Craft <craftyguy@postmarketos.org>
Part-of: <https://gitlab.postmarketos.org/postmarketOS/pmaports/-/merge_requests/9109>
Aster Boese