* When generating kernel includes, lineage's generator was using kernel
source from kernel/infinix/x6833b. Use kernel headers generated by the
kernel build system instead (kernel-headers.tar.gz) and a Makefile to
copy them during `make headers_install`.
Signed-off-by: Woomymy <woomy@woomy.be>
Change-Id: I2c3972604822ce89201d8a317292cd045e77c705
Signed-off-by: dodyirawan85 <40514988+dodyirawan85@users.noreply.github.com>
* Also reorder `AB_OTA_PARTITIONS` and `BOARD_MTK_DYNAMIC_PARTITIONS_PARTITION_LIST` list while we're at it
Signed-off-by: dodyirawan85 <40514988+dodyirawan85@users.noreply.github.com>
* These features enable wide inodes on userdata, which
is required for project ID quotas. Wide inodes can
only be set at MKFS time.
* This also enables casefolding, which is required for the
removal of SDCardFS.
Bug: 138321217
Test: Examine filesystem features for project quota and wide inodes.
Change-Id: I9c17cda2af34c6fbd73c2d90eb6b465f4939df67
Signed-off-by: dodyirawan85 <40514988+dodyirawan85@users.noreply.github.com>
* We can no longer use the MediaTek boot control implementation
due to legal issues. Switch to the AOSP one.
Change-Id: I1d983fd7148ca40a00c3cf21b6773d2c5ecb78f4
Signed-off-by: bengris32 <bengris32@protonmail.ch>
Signed-off-by: dodyirawan85 <40514988+dodyirawan85@users.noreply.github.com>
* This is equivalent to building with --flags 1, which just
disables hashtree verification. This is enough for the bootloader
to pass "androidboot.vbmeta.device_state=unlocked androidboot.veritymode=disabled"
in the kernel command line, which is what we wanted this entire time.
* As explained in an earlier commit, any image with flags 3 will cause
the bootloader to totally break, which is why we must use flags 1
instead. Besides, flags 1 does exactly what we want it to now.
* PS: MediaTek fix your stupid bootloader
Change-Id: I7b9e5f7181f1b861bb416329ad90725fd6ec2c39
Signed-off-by: bengris32 <bengris32@protonmail.ch>
Signed-off-by: dodyirawan85 <40514988+dodyirawan85@users.noreply.github.com>
* We have a very, very broken bootloader. LK is extremely
fussy about our AVB setup, and if either --flags 3 is set
(hashtree verification disabled), or the wrong AVB algorithm
is used, it will cause the bootloader to crash shortly after
loading the boot image, which can be seen from the bootloader logs:
* [1111] [avb] img_auth_required = 0
[1116] invalid pubk size
[1116] avb_slot_verify.c[1116] :[1116] 851[1116] : ERROR: [1116] vbmeta_a[1116] : Public key used to sign data rejected.
[1370] [AVB20] malloc: heap size not enough
[1370] avb_util.c[1370] :[1370] 224[1370] : ERROR: [1370] Failed to allocate memory.
[1370] [avb] boot/recovery vfy time = 270 ms
[1370] mblock_create mblock start: 0xb0c00000 size: 0x8c00000 name: avb
[1371] [avb] avb_ret = 1
[1371] [avb] ret = 0
[6694] panic (caller 0x4822b7f1): ASSERT at (platform/common/boot/boot_info.c:616): g_boot_info.hdr_loaded
* Re-enable hashtree verification and match the AVB algorithm
with what MediaTek does on stock. Also create vbmeta images
for system, product and vendor partitions since that is done
as well. Use test keys for signing to make our lives easier.
* Also change BOARD_AVB_RECOVERY* to BOARD_AVB_BOOT*, AVB
recovery flags are no-ops on A/B devices since the recovery
ramdisk is in the boot image, so we should be enabling
chained vbmeta for boot instead.
Change-Id: I66c03f819178d00db956095e835e8e304ab1aab7
Signed-off-by: bengris32 <bengris32@protonmail.ch>
Signed-off-by: dodyirawan85 <40514988+dodyirawan85@users.noreply.github.com>
* vendor_dlkm contains kernel modules that were previously located to
/vendor/lib/modules and is updatable separately, making us able to
test kernel modifications faster
* Reference: https://source.android.com/docs/core/architecture/partitions/vendor-odm-dlkm-partition
Signed-off-by: Woomymy <woomy@woomy.be>
Change-Id: I38f5989d4e5a52bf295add8099f6bf6cb8ea3288
Signed-off-by: dodyirawan85 <40514988+dodyirawan85@users.noreply.github.com>
