Re: [openbsd] 2.02-beta3: build fails - getroot.c:(.text+0x2b): undefined reference to `getrawpartition'

17.03.2016 19:04, Vladimir 'phcoder' Serbinenko пишет: > The real problem is .hash section. We need to strip it > I tried it, it does not change anything. bor@bor-Latitude-E5450:~/build/grub$ objcopy -O binary --strip-unneeded -R .note -R .comment -R .note.gnu.build-id -R .MIPS.abiflags -R .reg

soft-float test fails on gcc 4.4

I noticed on CentOS [root@catsp-cent ~]# gcc --version gcc (GCC) 4.4.6 20120305 (Red Hat 4.4.6-4) Copyright (C) 2010 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

Re: [PATCH][WiP] native DHCPv4 support in net_bootp

19.03.2016 04:03, Rivard, Matthew T пишет: > Thanks for the patch, finally had an opportunity to apply it and test > it. It did require disabling -Werror in order for the diff that was > originally supplied to compile, as there's a couple of variables that > were throwing uninitialized warnings.

Re: [openbsd] 2.02-beta3: build fails - getroot.c:(.text+0x2b): undefined reference to `getrawpartition'

On Mon, Mar 14, 2016 at 09:46:20PM +0300, Andrei Borzenkov wrote: > >>> $ tar tzvf /home/jirib/openbsd/packages/amd64/all/grub-2.02-beta3.tgz | > >>> grep lzma_decompress > >>> -r-xr-xr-x 1 root bin 3904 Jan 1 1970 > >>> lib/grub/i386-pc/lzma_decompress.image > >>> -r--r--r-- 1

RE: [PATCH][WiP] native DHCPv4 support in net_bootp

Thanks for the patch, finally had an opportunity to apply it and test it. It did require disabling -Werror in order for the diff that was originally supplied to compile, as there's a couple of variables that were throwing uninitialized warnings. -Original Message- From: Andrei Borz

[GRUB2 PATCH v5 3/4 - FOR REVIEW ONLY] multiboot2: Do not pass memory maps to image if EFI boot services are enabled

If image requested EFI boot services then skip multiboot2 memory maps. Main reason for not providing maps is because they will likely be invalid. We do a few allocations after filling them, e.g. for relocator needs. Usually we do not care as we would have finished boot services. If we keep boot ser

Re: sparc64 network autoconfiguration

> On 18. märts 2016, at 13:25, Andrei Borzenkov wrote: > > On Fri, Mar 18, 2016 at 1:14 PM, Toomas Soome wrote: >> >>> On 18. märts 2016, at 11:54, Andrei Borzenkov wrote: >>> >>> On Fri, Mar 18, 2016 at 12:49 PM, Stanislav Kholmanskikh >>> wrote: Hi! On 03/18/2016 11:

Re: [Xen-devel] [PATCH v3 4/4] arm64: update the introduction of xen boot commands in docs/grub.texi

Hi all, On 9 March 2016 at 16:22, Fu Wei wrote: > Hi Julien, > > On 9 March 2016 at 15:10, Julien Grall wrote: >> Hi, >> >> On 08/03/2016 23:37, Fu Wei wrote: >>> >>> On 8 March 2016 at 14:54, Andrei Borzenkov wrote: >>> So speaking of loading additional modules/lack of initrd on ARM, I thinks