Re: Grub XFS normal.mod not found error

Vacation time, sorry for late reply... Adding Lidong... On Fri, Jul 28, 2023 at 09:27:33AM +, Steve wrote: > Hello, > > Last reply from you guys was on the 13th, and we have yet to see issue > addressed. I, as a Distro maintainer, had to create a new repo where I held > grub back to r499 as

Re: Grub XFS normal.mod not found error

Hi, Adding Lidong and Marta... Steve, thank you for the report. On Wed, Jul 12, 2023 at 03:05:34PM +0300, TechXero wrote: > Hello > > Sorry for posting this again there was a formatting issue (Whitext/White bg) > > I found a strange issue with XFS filesystem when used for `/boot`. Out of Could

[bug #58516] GRUB Local Privileges Escalation

Update of bug #58516 (project grub): Privacy: Public => Private ___ Reply to this item at: ___

Re: [RFC 1/1] mkimage: revert "Align efi sections on 4k boundary"

On Fri, Apr 19, 2019 at 09:11:50PM +0200, Jesús Diéguez Fernández wrote: > El 19/4/19 a las 17:32, Julien ROBIN escribió: > > Thanks Heinrich, so I tested with your approach and u-boot.bin. > > > > [...] > > > > > > > /PS : may be making a summary of all architectures/configurations tests > >

Re: [RFC 1/1] mkimage: revert "Align efi sections on 4k boundary"

On Thu, Apr 18, 2019 at 05:14:58PM +0200, Heinrich Schuchardt wrote: > On 4/18/19 12:41 PM, Daniel Kiper wrote: > > On Wed, Apr 17, 2019 at 07:50:09AM +0200, Heinrich Schuchardt wrote: > > > Since this commit a51f953f4ee8 ("mkimage: Align efi sections on 4k > > >

Re: [PATCH 1/1] efi: avoid NULL dereference if FilePath is NULL

fi_get_filename() the device path argument may be > NULL. As we cannot determine the device path in this case just return NULL > from the function. > > Signed-off-by: Heinrich Schuchardt > Reviewed-by: Leif Lindholm Reviewed-by: Daniel Kiper Daniel __

Re: [RFC 1/1] mkimage: revert "Align efi sections on 4k boundary"

On Wed, Apr 17, 2019 at 07:50:09AM +0200, Heinrich Schuchardt wrote: > Since this commit a51f953f4ee8 ("mkimage: Align efi sections on 4k > boundary") grubarm.efi crashes. Let's revert it. Everywhere or on a specific machines? Daniel ___ Bug-grub

Re: grub make error

On Wed, Mar 20, 2019 at 01:19:30AM +, Chen, Farrah wrote: > Thank you for great help! You are welcome! Patch has been pushed. Daniel ___ Bug-grub mailing list Bug-grub@gnu.org https://lists.gnu.org/mailman/listinfo/bug-grub

Re: grub make error

On Tue, Mar 19, 2019 at 09:51:20AM +, Colin Watson wrote: > On Tue, Mar 19, 2019 at 01:21:02AM +, Chen, Farrah wrote: > >Thank you for your advice, but I think my environment has met the minimal > >build requirements. > >And I tried again, there’s no issue with commit: > >

Re: grub make error

On Tue, Mar 19, 2019 at 01:21:02AM +, Chen, Farrah wrote: > Hi, > > Thank you for your advice, but I think my environment has met the minimal > build requirements. > And I tried again, there's no issue with commit: > f8f35acb5b05d40e3707a9d2db9ede60023e4cac, this error just happened from >

Re: grub make error

On Mon, Mar 18, 2019 at 02:53:10PM +, Chen, Farrah wrote: > Sorry, I attached wrong log just now, if you received the email, please > ignore. > > Yes, I am using git://git.savannah.gnu.org/grub. > I attached all the log, can you help to check? It's strange, before this > commit, I never met

Re: grub make error

On Mon, Mar 18, 2019 at 09:29:13AM +, Colin Watson wrote: > On Mon, Mar 18, 2019 at 01:45:23AM +, Chen, Farrah wrote: > >Then the following error occurred: > > > >.. > > > >In file included from ../grub-core/lib/gnulib/libc-config.h:150:0, > > > >from

Re: Make grub error "too few arguments" with xen

Signed-off-by: Vladimir Serbinenko > Signed-off-by: Daniel Kiper > Reviewed-by: Ross Philipson > > Make steps and Error log: > > cd grub > ./autogen.sh > ./configure --target=amd64 --with-platform=xen --prefix=${PWD}/../pvgrub2 > make > .. > loader/i386

Re: [PATCH] arm64: fix build regression in of_path_of_nvme

On Tue, Feb 27, 2018 at 09:19:23AM -0700, Eric Snowberg wrote: > > On Feb 27, 2018, at 5:06 AM, Daniel Kiper <daniel.ki...@oracle.com> wrote: > > On Mon, Feb 26, 2018 at 10:59:24AM +0100, Joakim Bech wrote: > >> On Mon, Feb 26, 2018 at 10:45:46AM +0100, Daniel Kiper

Re: [PATCH] arm64: fix build regression in of_path_of_nvme

On Mon, Feb 26, 2018 at 10:59:24AM +0100, Joakim Bech wrote: > On Mon, Feb 26, 2018 at 10:45:46AM +0100, Daniel Kiper wrote: > > On Mon, Feb 26, 2018 at 09:57:34AM +0100, Joakim Bech wrote: > > > The of_path_of_nvme function introduced a build regression: > > > gru

Re: [PATCH] arm64: fix build regression in of_path_of_nvme

On Mon, Feb 26, 2018 at 09:57:34AM +0100, Joakim Bech wrote: > The of_path_of_nvme function introduced a build regression: > grub-core/osdep/linux/ofpath.c:365:21: error: comparison between pointer > and zero character constant [-Werror=pointer-compare] >if ((digit_string != '\0')

Re: "ELF-Symbols" tag for relocatable images

On Wed, Mar 22, 2017 at 04:43:35PM +0100, Rodrigo Vali??a Guti??rrez wrote: > >> They also may not match if virtual address != physical address, but as > >> we do not establish any address translation when launching image, this > >> probably is going to fail. Still would be good to have this

Re: "ELF-Symbols" tag for relocatable images

On Wed, Mar 22, 2017 at 03:50:44PM +0300, Andrei Borzenkov wrote: > On Wed, Mar 22, 2017 at 3:07 PM, Daniel Kiper <dki...@net-space.pl> wrote: > > Hi, > > > > Sorry for late reply but I am busy. > > > > On Sun, Mar 19, 2017 at 12:02:38PM +0300, Andrei Borzen

Re: "ELF-Symbols" tag for relocatable images

Hi, Sorry for late reply but I am busy. On Sun, Mar 19, 2017 at 12:02:38PM +0300, Andrei Borzenkov wrote: > 17.03.2017 22:53, Ahmed, Safayet (GE Global Research, US) ??: > > Hello again, > > > > I had a question on the function, "grub_multiboot_load_elf(32/64)". > >

Re: Tag-alignment in multiboot2 image headers

o: Andrey Borzenkov <arvidj...@gmail.com>; Ahmed, Safayet (GE Global > Research, US) <safayet.ah...@ge.com>; Daniel Kiper <daniel.ki...@oracle.com> Hmmm... It is interesting. I have not received original email... So, sorry for late reply. > Cc: bug-grub@gnu.org > Subject: E