grub-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: [PATCH V4] multiboot2: Implement quirk-modules-after-kernel


From: Chen, Zide
Subject: RE: [PATCH V4] multiboot2: Implement quirk-modules-after-kernel
Date: Thu, 16 Apr 2020 21:18:55 +0000

Hi Daniel,

> -----Original Message-----
> From: Chen, Zide
> Sent: Thursday, April 16, 2020 10:41 AM
> To: 'Daniel Kiper' <address@hidden>
> Cc: address@hidden
> Subject: RE: [PATCH V4] multiboot2: Implement quirk-modules-after-kernel
> 
> > >             +------------------+
> > > u16     | type = 22       |
> > > u16     | flags               |
> > > u32     | size = 20        |
> > > u32     | min_addr      |
> >
> > s/u32/u64/
> 
> Currently modules are loaded at 32bit address only. But yes, I agree that 
> 'u64' would
> make it more flexible.
> 
> > > u32     | max_addr     |
> >
> > s/u32/u64/
> >
> > > u32     | preference   |
> >
> > Please put preference immediately behind the size.
> Sure, will do.

Just noticed that if we change min/max_addr to u64, and move preference right 
after size,
it could have struct packing issue. For example:

struct multiboot_header_tag_module_relocatable
{
  multiboot_uint16_t type;
  multiboot_uint16_t flags;
  multiboot_uint32_t size;
  multiboot_uint32_t preference; 
  multiboot_uint64_t min_addr;  // address is compiler dependent
  multiboot_uint64_t max_addr;
};

So I still propose to put preference after max_addr. I wrote the code based on 
this proposed new tag,
and will send out the doc change and implementation for review shortly.

-Zide



reply via email to

[Prev in Thread] Current Thread [Next in Thread]