On Tue, 26 Aug 2025 at 12:07, Balaji Selvanathan <balaji.selvanat...@oss.qualcomm.com> wrote: > > Hi Ilias, > > Sorry for the late reply. > If i point to esp, then it should work. > But in the boot option generation, they are skipping if its a partition: > i.e., in: > efi_bootmgr_enumerate_boot_options(), in this code (line 838): > if (blkio->media->logical_partition) > continue; > It seems that, by default, the boot option generation logic is not > designed to include partition as a boot option; Not sure if this is > intentional. If its not, then should we correct this logic?
Yes it was. In fact the original patches were adding the file instead of the disk [1], but we had concerns on scanning all partitions wrt to boot time. I don't remember if anyone tested the boot time though. [1] https://lore.kernel.org/u-boot/a2082a91-a1cc-43e8-b151-968d7746b...@gmx.de/ Thanks /Ilias > Your inputs > are appreciated. > > On 8/5/2025 1:17 PM, Ilias Apalodimas wrote: > > I am not sure this is a bug. The EFI spec says that in order to > > trigger a capsule update you need to have an active boot option > > pointing to the same ESP the capsule is installed. > > Is your boot0000 automatically generated? If so it doesnt point to the > > ESP and the capsule update doesn't trigger correctly. Does it work if > > you manually add a boot option pointing to the ESP?
