Dear PGNet Dev,
Thank you for your report.
Am 26.03.20 um 04:50 schrieb PGNet Dev:
building
cd grub
git log | head -n5
commit 552c9fd08122a3036c724ce96dfe68aa2f75705f
Author: Patrick Steinhardt
Date: Sat Mar 7 17:29:09 2020 +
On Thu, Mar 26, 2020 at 09:39:16AM +0100, Paul Menzel wrote:
> Dear PGNet Dev,
>
>
> Thank you for your report.
>
>
> Am 26.03.20 um 04:50 schrieb PGNet Dev:
> > building
> >
> > cd grub
> > git log | head -n5
> > commit 552c9fd08122a3036c724ce96dfe68aa2f75705f
> >
On 3/26/20 1:39 AM, Paul Menzel wrote:
> I am unable to reproduce this with
1st sanity re-check:
I _am_ able to reproduce this consistently, with same error.
I've tested now on multiple machines; not identical, but all similarly opensuse
+ GCC10 dev envs ...
> Here is the code in ques
On Thu, Mar 26, 2020 at 02:35:35PM +0800, Michael Chang wrote:
> We bumped into the build error while testing gcc-10 pre-release.
>
> In file included from ../../include/grub/file.h:22,
> from ../../grub-core/fs/zfs/zfs.c:34:
> ../../grub-core/fs/zfs/zfs.c: In function 'zap_leaf_looku
On Wed, Mar 25, 2020 at 08:30:38PM +0100, Olaf Hering wrote:
> Am Wed, 25 Mar 2020 19:55:47 +0100
> schrieb Daniel Kiper :
>
> > Should not we do the same for 404, file not found, a few lines above?
>
> Maybe. For some reason a 404 returns quickly, while a 400 will request
> the file 4 times. With
CC-ing Vladimir...
On Thu, Mar 19, 2020 at 03:48:28PM +0800, Michael Chang wrote:
> Hi Olaf,
>
> The patch rang a bell to me and eventually I figured out that I had
> similar patch posted.
>
> https://lists.gnu.org/archive/html/grub-devel/2018-04/msg00038.html
Yeah, it looks that it fell through
In multiboot2, currently there is no way to control where to load the
modules. In case of user wants to reserve low address for specific
usage, this quirk is useful.
Signed-off-by: Zide Chen
---
grub-core/loader/i386/multiboot_mbi.c | 1 -
grub-core/loader/multiboot.c | 23
