Red Hat has been carrying patches 1-13 of this set for like four years now.
We would be willing to test the remainder, with the hope that at least
those first 13 will get accepted sometime soon. Is that reasonable?
thanks,
marta
On Wed, Mar 26, 2025 at 8:33 PM Sudhakar Kuppusamy
wrote:
> This p
From: khaalid
On two places if `grub_efi_find_last_device_path` fails, then `dp` is
leaked.
Signed-off-by: Khalid Ali
---
grub-core/disk/efi/efidisk.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/grub-core/disk/efi/efidisk.c b/grub-core/disk/efi/efidisk.c
index 3b5ed5691..6c6fa374
From: khaalid
It was forgotten to free mempath entirely.
Signed-off-by: Khalid Ali
---
grub-core/loader/efi/linux.c | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/grub-core/loader/efi/linux.c b/grub-core/loader/efi/linux.c
index b45a3cc61..7c7db3e3a 100644
--- a/gr
From: khaalid
It was forgotten to free `handles` array of handles returned by
`grub_efi_locate_handle`. This is quite a large amount of memory, it depends
how many handles being returned which can be hundrends.
Signed-off-by: Khalid Ali
---
grub-core/commands/efi/lsefi.c | 2 +-
1 file change
