devices.config being dropped from linux-next partially broke expressatt
as the mainline kernels do not enable peripherals that are needed
by expressatt. Let's instead add it to kconfig-generic.toml and use
postmarketOS's generic kernels instead of Alpine's.
Signed-off-by: Rudraksha Gupta <guptarud@gmail.com>
Part-of: <https://gitlab.postmarketos.org/postmarketOS/pmaports/-/merge_requests/9463>
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>
The reason why we have patches instead of a separate repo are because of
the following reasons:
1. We don't want to make a repo to which users contribute to. While
people haven't tried to commit to my repository yet, this is
yet another incentive for people to upstream into Linux kernel
mainline. Most of the functionality is here. We just need to
upstream it.
2. I assume that all the patches here aren't needed. This calls
for a scream test. People who find functionalality missing will
open an issue. It becomes trivial to add/remove patches from
the `source=...` var rather than repackaging the entire kernel.
The next commit aims to remove a lot of patches and see if there
are people who rely on said functionality. If not, there is no
requirement to upstream it.
Signed-off-by: Rudraksha Gupta <guptarud@gmail.com>
Part-of: <https://gitlab.postmarketos.org/postmarketOS/pmaports/-/merge_requests/9136>
This kernel shouldn't exist. msm8960 devices, like the expressatt,
already use the linux-* mainline kernels and the apq8064 is very related
to the msm8960. Let's deprecate this kernel and shift the devices that
depend on the apq8064 kernel onto the mainline kernels.
Part-of: <https://gitlab.postmarketos.org/postmarketOS/pmaports/-/merge_requests/7334>
The rational behind this is no actual functionality is lost, we just
gain the ability to now run Rust drivers (if they come out/we develop
them). It should be stable enough since Android manufacturers switched
to Clang a long time ago.
Currently, I foresee no drawbacks with this change.
Part-of: https://gitlab.postmarketos.org/postmarketos/pmaports/-/merge_requests/6541
Rudraksha Gupta