-
Notifications
You must be signed in to change notification settings - Fork 67
Description
in continuation on this ticket : ARM-software/bsa-acs#496
1.capsule_update_check.flag is created from init.sh in HLOS user space and rebooted the device
2.up on next boot, in UEFI shell, flag got detected and processed the unauth.bin .
3.flag got deleted first and capsule update failed , then rebooted the device .
4.since flag got deleted, it did not run the further steps in capsule update(tampered.bin, signed.bin),device is booting into linux.
5.please find the logs below .
6. below line looks this flag to be present till capsule update test is done , but it is getting removed after unauth.bin
if exist FS%r:\acs_tests\app\capsule_update_check.flag then
*********************** 1st bootup before Capsule Update ***********************
Running capsule update test
press any key to test capsule update
- 0x09E896000 [30679] StallForKey.efi
Press any key within 10 seconds
Press any key within 9 seconds
Press any key within 8 seconds
Directory 'FS5:\acs_results_template\fw' already exists. - 0x09BB8F000 [33751] CapsuleApp.efi
- 0x09BB8F000 [33866] CapsuleApp.efi
Deleting 'FS5:\acs_tests\app\capsule_update_check.flag'
Delete successful.
UEFI capsule update is in progress, system will reboot after update ... - 0x09BB8F000 [34384] CapsuleApp.efi
EFI partition block size: 4096
INFO: Received ResetSytem request.
INFO: Type :0x1
INFO: DataSize :0x0
**************************** reset happened *************************************
GNU GRUB version 2.06
Running capsule update test
- 0x09BB90000 [30088] CapsuleApp.efi
- 0x09BB90000 [30172] CapsuleApp.efi
Capsule Update done!!!
Booting Linux - 0x1A3380000 [31583]
EFI stub: Booting Linux Kernel...
EFI stub: Using DTB from configuration table
EFI stub: Exiting boot services...
device is resetting after the execution of unauth.bin and after reset we see capsule Update is done without checking tampered and signed_capsule.bin