On Mon, Sep 06, 2021 at 06:23:19PM +1000, Daniel Axtens wrote:
> >>I think you get away with this on EFI because you use BYTES_TO_PAGES
> >>and get page-aligned memory, but I think you should probably round up
> >>to the next power of 2 for smaller allocations or to the next page or
> >
On Mon, Aug 16, 2021 at 04:34:31PM +0200, Lukasz Hawrylko wrote:
> In contrast to Mulitboot, in Mulitboot2, there is currently no way to
> control where to load the modules to. This could be a problem, e.g., the
> OS loaded by Multiboot2 needs to reserve low address for some particular
> purposes a
On Thu, Sep 02, 2021 at 06:50:35PM +0200, Erwan Velu wrote:
> This patch got written by Arthur Mesh from Juniper (now at Apple Sec team).
> It was extracted from
> https://lists.gnu.org/archive/html/grub-devel/2015-09/msg00065.html
>
> Since this email, the this patch was :
> - rebased against the
On Wed, Sep 08, 2021 at 11:34:52PM +0200, Thomas Schmitt wrote:
> The test for the ability to decompress zisofs encoded files is supposed
> to fail due to the lack of this ability in GRUB. But it fails early with
> xorriso : FAILURE : -volid: Text too long (1650 > 32)
> because "ziso9660" is not
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
