forge/pmaports
1
0
Fork 0
Code Issues 2 Pull requests Projects Releases Packages Wiki Activity Actions
pmaports/main/msm-firmware-loader/APKBUILD

50 lines
1.8 KiB
Text
Raw Normal View History

main/msm-firmware-loader: add a package to load firmware on msm devices (MR 2431) Many devices need proprietary firmware blobs. So far those blobs were packaged and installed from the repository but this approach has many drawbacks: - The rootfs can only be used on a single device model. - If a model has multiple variants that have diferent secire-boot key, each must have it's own firmware blobs. This makes maintaining packaged firmware very hard and outweights the benefits of having a repeatable installation in most cases. Instead we can load blobs dynamically from preexisting firmware partitions that usually have same structure and contain the blobs we are interested in. The proposed scripts place symlinks to the blobs in a special dir that then given to the kernel. Blobs from firmware/postmarketos (or another dir that was set as extra path prior the script execution) will take priority which allows to override some blobs (e.g. for deviecs with no secure-boot)
2021-08-04 11:05:49 +00:00
pkgname=msm-firmware-loader
pkgver=1
main/msm-firmware-loader: fix shellcheck failure (MR 2752) A recent(?) update in shellcheck made this fail, possibly because the test in shellcheck was fixed(?) or ??? The failure this fixes is: Test with shellcheck: ./main/msm-firmware-loader/msm-firmware-loader.sh In msm-firmware-loader.sh line 49: if [ -z "${FW_PARTITIONS##*$PARTNAME*}" ] && [ -n "$PARTNAME" ] ^-------^ SC2295 (info): Expansions inside ${..} need to be quoted separately, otherwise they match as patterns. [ci:skip-build] already built successfully in CI
2021-12-15 22:59:55 +00:00
pkgrel=2
main/msm-firmware-loader: add a package to load firmware on msm devices (MR 2431) Many devices need proprietary firmware blobs. So far those blobs were packaged and installed from the repository but this approach has many drawbacks: - The rootfs can only be used on a single device model. - If a model has multiple variants that have diferent secire-boot key, each must have it's own firmware blobs. This makes maintaining packaged firmware very hard and outweights the benefits of having a repeatable installation in most cases. Instead we can load blobs dynamically from preexisting firmware partitions that usually have same structure and contain the blobs we are interested in. The proposed scripts place symlinks to the blobs in a special dir that then given to the kernel. Blobs from firmware/postmarketos (or another dir that was set as extra path prior the script execution) will take priority which allows to override some blobs (e.g. for deviecs with no secure-boot)
2021-08-04 11:05:49 +00:00
pkgdesc="Set of init services to automatically load firmware from device partitions"
url="https://postmarketos.org/"
main/msm-firmware-loader: add dummy wcnss subpackage (MR 2619) firmware-qcom-msm8916-wcnss is a virtual package used for MSM8916 devices without secure boot (i.e. device that do not require signed firmware). For those it's best to install more recent firmware by default rather than using the firmware on the firmware partition. firmware-qcom-msm8916-wcnss is provided by firmware-qcom-db410c-wcnss by default, however it's still useful to make it possible to switch to the stock firmware on the firmware partition if needed. To allow that, add a dummy msm-firmware-loader-wcnss package that provides the virtual package using the msm-firmware-loader. # apk add msm-firmware-loader-wcnss (1/2) Purging firmware-qcom-db410c-wcnss (1034.2.1-r2) (2/2) Installing msm-firmware-loader-wcnss (1-r1)
2021-10-19 07:44:31 +00:00
subpackages="$pkgname-wcnss"
main/msm-firmware-loader: add a package to load firmware on msm devices (MR 2431) Many devices need proprietary firmware blobs. So far those blobs were packaged and installed from the repository but this approach has many drawbacks: - The rootfs can only be used on a single device model. - If a model has multiple variants that have diferent secire-boot key, each must have it's own firmware blobs. This makes maintaining packaged firmware very hard and outweights the benefits of having a repeatable installation in most cases. Instead we can load blobs dynamically from preexisting firmware partitions that usually have same structure and contain the blobs we are interested in. The proposed scripts place symlinks to the blobs in a special dir that then given to the kernel. Blobs from firmware/postmarketos (or another dir that was set as extra path prior the script execution) will take priority which allows to override some blobs (e.g. for deviecs with no secure-boot)
2021-08-04 11:05:49 +00:00
arch="armhf armv7 aarch64"
license="MIT"
install="$pkgname.post-install"
source="
msm-firmware-loader.sh
msm-firmware-loader.initd
msm-firmware-loader-unpack.sh
msm-firmware-loader-unpack.initd
"
options="!check"
package() {
mkdir -p "$pkgdir"
install -Dm755 "$srcdir/msm-firmware-loader.initd" \
"$pkgdir/etc/init.d/msm-firmware-loader"
install -Dm755 "$srcdir/msm-firmware-loader-unpack.initd" \
"$pkgdir/etc/init.d/msm-firmware-loader-unpack"
# Create mountpoint for the scripts
mkdir -p "$pkgdir/lib/firmware/msm-firmware-loader"
install -Dm755 "$srcdir/msm-firmware-loader.sh" \
"$pkgdir/usr/sbin/msm-firmware-loader.sh"
install -Dm755 "$srcdir/msm-firmware-loader-unpack.sh" \
"$pkgdir/usr/sbin/msm-firmware-loader-unpack.sh"
}
main/msm-firmware-loader: add dummy wcnss subpackage (MR 2619) firmware-qcom-msm8916-wcnss is a virtual package used for MSM8916 devices without secure boot (i.e. device that do not require signed firmware). For those it's best to install more recent firmware by default rather than using the firmware on the firmware partition. firmware-qcom-msm8916-wcnss is provided by firmware-qcom-db410c-wcnss by default, however it's still useful to make it possible to switch to the stock firmware on the firmware partition if needed. To allow that, add a dummy msm-firmware-loader-wcnss package that provides the virtual package using the msm-firmware-loader. # apk add msm-firmware-loader-wcnss (1/2) Purging firmware-qcom-db410c-wcnss (1034.2.1-r2) (2/2) Installing msm-firmware-loader-wcnss (1-r1)
2021-10-19 07:44:31 +00:00
wcnss() {
pkgdesc="Use WiFi/BT firmware from stock firmware partition using $pkgname"
provides="firmware-qcom-msm8916-wcnss"
depends="$pkgname"
# empty package, just some magic
mkdir -p "$subpkgdir"
}
main/msm-firmware-loader: add a package to load firmware on msm devices (MR 2431) Many devices need proprietary firmware blobs. So far those blobs were packaged and installed from the repository but this approach has many drawbacks: - The rootfs can only be used on a single device model. - If a model has multiple variants that have diferent secire-boot key, each must have it's own firmware blobs. This makes maintaining packaged firmware very hard and outweights the benefits of having a repeatable installation in most cases. Instead we can load blobs dynamically from preexisting firmware partitions that usually have same structure and contain the blobs we are interested in. The proposed scripts place symlinks to the blobs in a special dir that then given to the kernel. Blobs from firmware/postmarketos (or another dir that was set as extra path prior the script execution) will take priority which allows to override some blobs (e.g. for deviecs with no secure-boot)
2021-08-04 11:05:49 +00:00
sha512sums="
main/msm-firmware-loader: fix shellcheck failure (MR 2752) A recent(?) update in shellcheck made this fail, possibly because the test in shellcheck was fixed(?) or ??? The failure this fixes is: Test with shellcheck: ./main/msm-firmware-loader/msm-firmware-loader.sh In msm-firmware-loader.sh line 49: if [ -z "${FW_PARTITIONS##*$PARTNAME*}" ] && [ -n "$PARTNAME" ] ^-------^ SC2295 (info): Expansions inside ${..} need to be quoted separately, otherwise they match as patterns. [ci:skip-build] already built successfully in CI
2021-12-15 22:59:55 +00:00
e311f589c55670974f300f821a49baf54f4966ab5617dbaeef43389be013f1139490b8cfdc7ef4e3c59b6f0013ea1b2c50b37487c6d22104f8dc6d287c158fac msm-firmware-loader.sh
main/msm-firmware-loader: add a package to load firmware on msm devices (MR 2431) Many devices need proprietary firmware blobs. So far those blobs were packaged and installed from the repository but this approach has many drawbacks: - The rootfs can only be used on a single device model. - If a model has multiple variants that have diferent secire-boot key, each must have it's own firmware blobs. This makes maintaining packaged firmware very hard and outweights the benefits of having a repeatable installation in most cases. Instead we can load blobs dynamically from preexisting firmware partitions that usually have same structure and contain the blobs we are interested in. The proposed scripts place symlinks to the blobs in a special dir that then given to the kernel. Blobs from firmware/postmarketos (or another dir that was set as extra path prior the script execution) will take priority which allows to override some blobs (e.g. for deviecs with no secure-boot)
2021-08-04 11:05:49 +00:00
d9ad3b21564de9a4970a8923b8598fb46a54543ac9f1494676a6833800bc68c64f230737b308fec54aae09c2cf635794e8f1abc46253b0386260b4580587483d msm-firmware-loader.initd
93063f24b64206f4e6115ca0276d47bb65e1c510fc56fe1a939030d09d3b63cf07f001fb789309bb317f787cbe687906258bb5eb961a9ea90568f672378e86ea msm-firmware-loader-unpack.sh
616a28c3a65a45bb65f798989d93daacdeea08a90a9a8538b5bac2d73b2c8b135554ecaf49b4084829f88af760a144802adcd89b50f46bc267d6b04c9c733ff8 msm-firmware-loader-unpack.initd
"
Reference in a new issue Copy permalink