Re: clean patch for i386-qemu port (Re: [PATCH] i386-qemu port)

[Robert Millan]

Another solution is to just leave the modules where they are (I/O map at
top of memory), and load them directly from that location.  This allows
us to put the kernel in low memory without size problems.

However, our module loader assumes the memory that contains the ELFs is
writable (for example, grub_dl_resolve_symbols() modifies sym->st_value).

A possible solution to this could be to make grub_dl_load_core() create a
copy of the module and work on the copy.  This could even be ifdef'ed,
but I doubt the performance hit would be significant.

Another possibility could be to copy them into the heap in
grub_arch_modules_addr(), but this forces us to leak the memory that
contains them.

Or grub_arch_modules_addr() could copy them to 0x100000, but then we'd
have the beginning of the heap as limit.

-- 
Robert Millan

  The DRM opt-in fallacy: "Your data belongs to us. We will decide when (and
  how) you may access your data; but nobody's threatening your freedom: we
  still allow you to remove your data and not access it at all."