Hi Heinrich,
On Mon, Aug 02, 2021 at 03:00:55PM +0200, Heinrich Schuchardt wrote:
> Hello Daniel,
>
> I sent this series when you were in the middle of getting GRUB-2.06 out.
> Unfortunately I did not see any feedback yet. Could you, please, share your
> thoughts.
Sure, I will try to do that next
On Mon, Aug 02, 2021 at 01:18:21PM +, Mislav Stublić wrote:
> Hi Daniel,
>
> Sorry, sent an unfinished mail by mistake.
No worries.
> Regarding reusing existing code, there is grub-core/loader/efi/fdt.c
> which is mentioned in git log as not really platform specific (although
> it was part of
Hi all,
I have great pleasure of informing you that the call for proposals [1]
is open for Systems Boot and Security Microconference [2][3] which is
a part of Linux Plumbers Conference [4]. It will be a virtual event
again. If you want to discuss with us your project, idea, etc. please
post your p
Hello Daniel,
I sent this series when you were in the middle of getting GRUB-2.06 out.
Unfortunately I did not see any feedback yet. Could you, please, share
your thoughts.
Best regards
Heinrich
On 04.02.21 14:15, Heinrich Schuchardt wrote:
Operating systems need a description of the hardw
Hi Daniel,
Sorry, sent an unfinished mail by mistake.
Regarding reusing existing code, there is grub-core/loader/efi/fdt.c
which is mentioned in git log as not really platform specific (although
it was part of arm64, and does follow EBBR to a degree), but i'm not
sure if i can really use this for
Hi Daniel,
Regarding reusing existing code, there is grub-core/loader/efi/fdt.c which
atleast df s a f
-Original Message-
From: Daniel Kiper [mailto:dki...@net-space.pl]
Sent: Friday, July 30, 2021 2:59 PM
To: Mislav Stublić
Cc: grub-devel@gnu.org
Subject: Re: Device tree support for x8
The xen build fails on binutils 2.36 with the following error.
/usr/lib64/gcc/x86_64-suse-linux/10/../../../../x86_64-suse-linux/bin/ld:
section .note.gnu.property VMA [00400158,00400187]
overlaps section .bss VMA [f000,0041e1af]
The most significant factor is
The gcc by default assumes executable stack is required if the source
object file doesn't have .note.GNU-stack section in place. If any of the
source objects doesn't incorporate the GNU-stack note, the resulting
program will have executable stack flag set in PT_GNU_STACK program
header to instruct
Currently the grub_diskfilter_memberlist function returns all physical
volumes added to a volume group to which a logical volume (LV) belongs.
However this is suboptimal as it doesn't fit the intended behavior of
returning underlying devices that make up the LV. To give a clear
picture, the result
