diff options
| author | João Paulo Rechi Vita <jprvita@endlessm.com> | 2017-02-13 14:03:11 -0500 |
|---|---|---|
| committer | João Paulo Rechi Vita <jprvita@endlessm.com> | 2017-02-21 11:36:13 -0500 |
| commit | b45652aba2d797b64516ba2867d756c39a6735d1 (patch) | |
| tree | 0de861d9dea84adf6c4596101f1755fbeca13678 /Cryptlib/OpenSSL/crypto/ocsp/ocsp_cl.c | |
| parent | 692218f58d37b415bc7e92dd82c2b8211b84795f (diff) | |
| download | efi-boot-shim-b45652aba2d797b64516ba2867d756c39a6735d1.tar.gz efi-boot-shim-b45652aba2d797b64516ba2867d756c39a6735d1.zip | |
fallback: Consider all Boot* vars when checking for duplicates
Some firmware implementations like the one on the Acer TravelMate
P449-G2-MG completely ignore the contents of BootOrder on boot, and
overwrite it with a value of its own. On this particular machine, the
boot entry that was just created by fallback on the previous boot is not
included by the firmware on this new BootOrder, so it is not considered
when checking for duplicates.
This problem is agravated by the fact that the aformentioned firmware
does not give the user the possibility to boot from the entry created by
fallback (or any other entry created by the OS). The only way to boot
a distro that deploys the fallback setup (no grub inside \EFI\BOOT) with
this firmware is to select the entry pointing to \EFI\BOOT\bootx64.efi,
leading to a new boot entry being created by fallback on every boot.
This commit makes fallback try every Boot* variable when checking for
duplicates, working around this problem.
Signed-off-by: João Paulo Rechi Vita <jprvita@endlessm.com>
https://phabricator.endlessm.com/T15481
Diffstat (limited to 'Cryptlib/OpenSSL/crypto/ocsp/ocsp_cl.c')
0 files changed, 0 insertions, 0 deletions