linux-powkiddy-x55 is just the kernel dot org repo with a single
patch applied. Originally, this was meant to be a port to use LLVM,
but too much of compilation was broken by newer clang optimizations,
so porting to the newest release made more sense.
Signed-off-by: Aster Boese <asterboese@mailbox.org>
Part-of: <https://gitlab.postmarketos.org/postmarketOS/pmaports/-/merge_requests/8132>
This changes the override to:
1) use /sys/kernel/config for the configfs location
2) depend on the sys-kernel-config.mount unit, which will automatically
mount configfs
3) depend on modprobing libcomposite
4) create the g1/configs/c.1 path automatically in case it's not created
yet
The configfs.ini file is also updated with the path
Signed-off-by: Clayton Craft <craftyguy@postmarketos.org>
Part-of: <https://gitlab.postmarketos.org/postmarketOS/pmaports/-/merge_requests/8175>
Get touchscreen going by using correct hex value as i2c address
Update display panel / DSS sections:
- Add comment to 'dss' section to explain need for a kernel configuration setting
which in an ideal world could be set in devicetree
- Set rotation property, panel-timing values, and comment on panel section in mcspi4
Set pinctrl entries for the device:
- Entries initially based on older u-boot and kernel board files and code, then
revised based on similar devices
- Add pinctrl values in &omap3_pmx_core and &omap3_pmx_core2 sections
- add pinctrl-names and pinctrl-0 entries for most devices
Start to get sound card / codec set up, although not working yet:
- Set correct codec compatible entry.
Device uses 'ti,tlv320dac3100', not 'ti,tlv320aic310x'
- Attempt to set sys_clkout2 clock for audio codec, but this is not working yet
- Add 'simple-audio-card' section
- Add &mcbsp2 section
- Add two regulators
Enable/ revise wifi section (mmc3 -> wifi)
Add vaux2 regulator section, used by mmc3/wifi
- Other devices have more comprehensive entries for the vmmc-supply and
vqmmc-supply values for wifi which should likely be used for this device as
well, but not implemented yet.
Allow device to actually turn off by setting system-power-controller property on
twl4030
- Add power ("ti,twl4030-power-idle-osc-off") section in twl, this seems to set
suspend/low power commands
Add/ update some items based on similar devices, such as:
- hfclk_26m - set on twl4030
- vpll2 - set regulator to always-on, supposedly for dss/dpi
Set some unused components as disabled: gpmc, mcspi1, mcspi2, mcspi3, uart3, uart4
- uart2 is disabled since bluetooth hasn't been tested. Device does not have
antenna for bluetooth
Many smaller updates:
- add pclk-sample property to lvds-encoder
- Correct accelerometer mount-matrix
- Set max8903_charger as power-supply for max17042 fuel gauge
- corrected touchscreen-size-.. properties to match 'native' orientation
- Add manufacturer model number to model string
- Revise max8903_charger section/ comments
Part-of: <https://gitlab.postmarketos.org/postmarketOS/pmaports/-/merge_requests/8144>
This also adds some helper functions to finding dlopened dependencies.
They're printed out during package(), and useful for figuring out which
packages to depend on when adding dependencies manually to the APKBUILD.
They're also quite gross (e.g. invoking apk) so it's commented out by
default.
Trigger change is because `reload-or-restart ---marked` is now
deprecated:
* --marked is deprecated. Please use 'systemctl enqueue-marked' instead.
Signed-off-by: Clayton Craft <craftyguy@postmarketos.org>
Part-of: <https://gitlab.postmarketos.org/postmarketOS/pmaports/-/merge_requests/8198>
The version of OpenBSD's doas packaged by Alpine had its last commit
21-02-2022. This in itself is not bad, but the issue is that in that time,
there have been many MRs and issues filed to the repo that see no action.
One major MR, that being a hardening patch against rowhammer attacks,
has layed stale since 03-03-2024. After Natanael Copa asked if the repo
was still maintained, the response was that it is low-priority.
As such switching to sudo-rs, despite its larger size and attack surface, makes
sense due to more users and thus more eyes on it performing analysis and fixing
security issues quicker. OpenBSD doas does not have this itself, and a low-usage
fork of it definitely does not. While there are snazzier, more modern
alternatives like run0, capsudo, or s6-sudo, none of these are in a state where
they can fully replace all the features that sudo provides.
sudo-rs was chosen over the original sudo due to a few factors. The first is
memory safety, as Rust generally solves that issue in the codebase, so a whole
class of possible vulns are eliminated. Second is that sudo-rs is already in
use by larger distributions like Canonical's Ubuntu, meaning that the user base
is already quite large, leading to similar amounts of eyes on the source code.
Third, sudo-rs has had support from the original authors of sudo, allowing the
project to avoid the pitfalls of the legacy C codebase. Finally, sudo-rs has
already had two fairly recent independent security audits, meaning that their
security posture is diligent enough to be trusted.
See https://github.com/trifectatechfoundation/sudo-rs/tree/main/docs/audit
In the future, any further switch in the privilege-escalation tool should keep
the sudo command, be it through a symlink, shim, or a binary itself. This is
maintained currently due to having installed doas-sudo-shim by default, but
more care should be taken in the future to not break user workflows.
Partially reverts 0f327af853
See https://gitlab.postmarketos.org/postmarketOS/pmaports/-/issues/4144
Signed-off-by: Aster Boese <asterboese@mailbox.org>
Part-of: <https://gitlab.postmarketos.org/postmarketOS/pmaports/-/merge_requests/7967>
Achill Gilgenast