> On Mar 26, 2019, at 5:40 AM, Daniel Kiper wrote:
>
> On Tue, Mar 26, 2019 at 12:30:51PM +0100, Daniel Kiper wrote:
>> CC-ing Eric.
>>
>> On Mon, Mar 25, 2019 at 07:37:29PM +0100, Jesús Diéguez Fernández wrote:
>>> Rearrange return values in the function declaration of rdmsr.h and wrmsr.h.
>>
On Tue, Mar 26, 2019 at 11:32:36AM -0500, Bruce Dubbs wrote:
> May I suggest that the number of changes introduced in the last two years
> indicate a more substantive number bump. Generally most open source
> packages have a numbering scheme in the form of major.minor.patch.
>
> Would the changes
I have been following the grub-devel list for many years. It is my
understanding that release of the next stable version of GRUB is imminent.
That is great. grub-1.99 was in 2011, grub-2.00 in 2012, and grub-2.02
in 2017.
May I suggest that the number of changes introduced in the last two
> On Mar 26, 2019, at 3:47 AM, John Paul Adrian Glaubitz
> wrote:
>
> Recent versions of binutils dropped support for the a.out and COFF
> formats on sparc64 targets. Since the boot loader on sparc64 is
> supposed to be an a.out binary and the a.out header entries are
> rather simple to calcul
>From fb3c8789bba1ef744acf950b0a36345d9d04e2e6 Mon Sep 17 00:00:00 2001
From: Vladimir Serbinenko
Date: Mon, 25 Mar 2019 17:43:18 +0100
Subject: [PATCH] Pair -Qn with -Qunused-arguments.
When assembling module wirh clang -Qn ends up on command line but later ignored
To avoid it breaking the compi
>From 5f64575630d30cba24f3c57a865d8f4b094690b7 Mon Sep 17 00:00:00 2001
From: Vladimir Serbinenko
Date: Tue, 26 Mar 2019 14:56:59 +0100
Subject: [PATCH] A workaround for clang problem assembling startup_raw.S
Signed-off-by: Vladimir Serbinenko
---
grub-core/boot/i386/pc/startup_raw.S | 9 ++
On Sat, Mar 23, 2019 at 01:42:30PM +, Colin Watson wrote:
> Some UEFI firmware is easily provoked into running out of space in its
> variable storage. This is usually due to certain kernel drivers (e.g.
> pstore), but regardless of the cause it can cause grub-install to fail
> because it curre
On Tue, Mar 26, 2019 at 12:37:21PM +0100, John Paul Adrian Glaubitz wrote:
> On 3/26/19 12:32 PM, Daniel Kiper wrote:
> >> I'm happy to report that GRUB builds fine on these targets without any
> >> additional patches or modifications necessary, except for sparc64 which
> >> needs my a.out patch fo
On Tue, Mar 26, 2019 at 12:30:51PM +0100, Daniel Kiper wrote:
> CC-ing Eric.
>
> On Mon, Mar 25, 2019 at 07:37:29PM +0100, Jesús Diéguez Fernández wrote:
> > Rearrange return values in the function declaration of rdmsr.h and wrmsr.h.
>
> The most important thing here is extern drop. By the way we d
On Tue, Mar 26, 2019 at 11:21:56AM +0100, John Paul Adrian Glaubitz wrote:
> Signed-off-by: John Paul Adrian Glaubitz
Reviewed-by: Daniel Kiper
Daniel
___
Grub-devel mailing list
Grub-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/grub-devel
On Sat, Mar 23, 2019 at 01:42:08PM +, Colin Watson wrote:
> This is needed for UEFI Boot* variables, which the standard says are
> named using upper-case hexadecimal.
>
> Signed-off-by: Colin Watson
Reviewed-by: Daniel Kiper
Daniel
___
Grub-devel
On Tue, Mar 26, 2019 at 10:47:16AM +0100, John Paul Adrian Glaubitz wrote:
> Recent versions of binutils dropped support for the a.out and COFF
> formats on sparc64 targets. Since the boot loader on sparc64 is
> supposed to be an a.out binary and the a.out header entries are
> rather simple to calc
On 3/26/19 12:32 PM, Daniel Kiper wrote:
>> I'm happy to report that GRUB builds fine on these targets without any
>> additional patches or modifications necessary, except for sparc64 which
>> needs my a.out patch for which I will send an updated revision later
>> today.
>
> Thank you for doing th
On Tue, Mar 26, 2019 at 08:13:41AM +0100, John Paul Adrian Glaubitz wrote:
> Hi!
>
> For the upcoming release, I have made build tests on all non-x86 targets
> we have in Debian unstable which are supposed to support GRUB.
>
> These are:
>
> * armel
> * armhf
> * ia64
> * mipsel
> * mips
> *
CC-ing Eric.
On Mon, Mar 25, 2019 at 07:37:29PM +0100, Jesús Diéguez Fernández wrote:
> Rearrange return values in the function declaration of rdmsr.h and wrmsr.h.
The most important thing here is extern drop. By the way we do cleanup.
Anyway, I can fix the commit message before push if you do no
On Mon, Mar 25, 2019 at 04:24:50PM +0100, Vladimir 'phcoder' Serbinenko wrote:
> >From 0cfd6226d200cce722e99230f5564e1bd9e45eff Mon Sep 17 00:00:00 2001
> From: Vladimir Serbinenko
> Date: Mon, 25 Mar 2019 16:14:54 +0100
> Subject: [PATCH] hostfs: #undef open and close.
>
> Unlike in case of disks
On Mon, Mar 25, 2019 at 04:24:14PM +0100, Vladimir 'phcoder' Serbinenko wrote:
> >From 3269baa84c370e22a1cbda9b8cdeed7906b42631 Mon Sep 17 00:00:00 2001
> From: Vladimir Serbinenko
> Date: Mon, 25 Mar 2019 16:09:04 +0100
> Subject: [PATCH] configure.ac: Use nostdlib when checking for nostdinc
>
>
On Mon, Mar 25, 2019 at 04:23:05PM +0100, Vladimir 'phcoder' Serbinenko wrote:
> >From 25923d90b80709b11969cd56baddd8e898d7b9b5 Mon Sep 17 00:00:00 2001
> From: Vladimir Serbinenko
> Date: Fri, 22 Mar 2019 16:06:18 +0100
> Subject: [PATCH] POTFILES: Don't include gnulib in grub.pot
>
> They're tra
Signed-off-by: John Paul Adrian Glaubitz
---
grub-core/boot/sparc64/ieee1275/boot.S | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/grub-core/boot/sparc64/ieee1275/boot.S
b/grub-core/boot/sparc64/ieee1275/boot.S
index ed3aec464..c7eb8aae5 100644
--- a/grub-core/boot/sparc64/i
Recent versions of binutils dropped support for the a.out and COFF
formats on sparc64 targets. Since the boot loader on sparc64 is
supposed to be an a.out binary and the a.out header entries are
rather simple to calculate in our case, we just write the header
ourselves instead of relying on externa
Recent versions of binutils dropped support for the a.out and COFF
formats on sparc64 targets. Since the boot loader on sparc64 is
supposed to be an a.out binary and the a.out header entries are
rather simple to calculate in our case, we just write the header
ourselves instead of relying on externa
Hi!
For the upcoming release, I have made build tests on all non-x86 targets
we have in Debian unstable which are supposed to support GRUB.
These are:
* armel
* armhf
* ia64
* mipsel
* mips
* mips64el
* powerpc
* ppc64
* ppc64el
* s390x
* sparc64
I'm happy to report that GRUB builds
22 matches
Mail list logo