Hello Sayanta,
On 7/15/21 7:26 AM, Sayanta Pattanayak wrote:
[snip]
>>> We understand LoadImage() interface is used in our platform, but if
>>> the error scenario is not expected with LoadImage() interface then we
>>> need further investigation. We are trying to look into it.
>>>
I agree with t
Hi Javier,
I tried with your suggested change, but observing Exception as following -
disk/efi/efidisk.c:531: opening hd0 succeeded
partmap/gpt.c:93: Read a valid GPT header
partmap/gpt.c:115: GPT entry 0: start=2048, length=40959
partmap/gpt.c:115: GPT entry 1: start=43008, length=409599
kern/f
On 7/15/21 4:43 PM, Sayanta Pattanayak wrote:
> Hi Javier,
>
> I tried with your suggested change, but observing Exception as following -
>
Thanks for testing.
[snip]
>
> Synchronous Exception at 0xF92699DC
> Synchronous Exception at 0xF92699DC
Hmm, I found another bug in th
From: Jeff Mahoney
sysfs_partition_path() calls udevadm to resolve the sysfs path for
a block device. That can be accomplished by stating the device node
and using the major/minor to follow the symlinks in /sys/dev/block/.
This cuts the execution time of grub-mkconfig to somewhere near 55% on
sy
to factor out fix for glibc 2.25 introduced in 7a5b301e3 ("build: Use
AC_HEADER_MAJOR to find device macros").
NOTE: Once glibc 2.25 is old enough and this fix is not needed also
AC_HEADER_MAJOR in configure.ac should be removed.
Signed-off-by: Petr Vorel
---
changes v1->v2:
* improve comment in
Hi,
changes v1->v2:
* remove udevadm fallback from sysfs_partition_path() as we agreed it
does not bring any advantage over plain stat() call.
* improve comment in major.h
* improve commit message
* adjust comment in configure.ac
* fix code style (spaces)
Jeff Mahoney (1):
linux/hostdisk: use
Thanks for your quick response.
I did try with the latest change, but still observing "shim_lock protocol not
found" error. For " grub-mkimage", the option " --disable-shim-lock" is used.
disk/efi/efidisk.c:531: opening hd0 succeeded
partmap/gpt.c:93: Read a valid GPT header
partmap/gpt.c:115:
CC-in a few people who can be interested in this...
On Wed, Jun 30, 2021 at 06:40:11PM +1000, Daniel Axtens wrote:
> On powerpc-ieee1275, we are running out of memory trying to verify
> anything. This is because:
>
> - we have to load an entire file into memory to verify it. This is
>extremel
On Thu, Jul 15, 2021 at 11:51:04PM +0200, Daniel Kiper wrote:
> CC-in a few people who can be interested in this...
>
> On Wed, Jun 30, 2021 at 06:40:11PM +1000, Daniel Axtens wrote:
> > On powerpc-ieee1275, we are running out of memory trying to verify
> > anything. This is because:
> >
> > - we
