Android Bootloader (aboot) entries generated in config even in non-aboot deployments #3034
Labels
area/sysroot
Issues related to OstreeSysroot
good-first-issue
good issue for someone new
reward/small
This is a minor fix or cleanup
Below is an example of a Boot Loader Specification (BLS) file. In an Android bootloader environments the "aboot " entry is used to determine where the Android Boot Image file is located, which is flashed to the correct boot partition on deploy, either boot_a or boot_b. The "abootcfg " entry defines the correct configuration file to be used with this image. This is important information in an Android Bootloader environment, this info logically belongs with the other related boot information, kernel, dtb, initrd, etc.
The "aboot " and "abootcfg " entries are also present on non-aboot environments, this isn't necessarily an issue, but it's irrelevant information in a non-aboot environment and suggests aboot functionality is configured in non-aboot environments, which it is not.
On completion of this fix, the "aboot " and "abootcfg " entries exist in a aboot environment but not in others like a UEFI + grub environment.
CentOS Automotive Stream distribution is a good place to test this particular issue, see:
https://sigs.centos.org/automotive/building/
on info on how to build CentOS Automotive Stream images.
To build an Android Bootloader environment to test on it's:
To build an UEFI + grub environment to test on it's:
On completion of this issue, the aboot vm has the entries but the UEFI + grub one does not. Maybe try one "rpm-ostree install some_package" and reboot, just to ensure one deploy works on both images.
The text was updated successfully, but these errors were encountered: