r to %edx.
Avoid calling grub_dl_unload_all() or grub_stop_floppy(), since
grub_dl_unload_all() is not usable at this point.
diff -ur grub2/kern/i386/loader.S tmp/kern/i386/loader.S
--- grub2/kern/i386/loader.S 2008-01-05 13:14:05.0 +0100
+++ tmp/kern/i386/loader.S 2008-01-23 21:12:14.0
On Thu, Jan 24, 2008 at 12:59:44PM +0100, Marco Gerards wrote:
> >
> > I remember about the video mode issue, but IIRC it only affects i386-pc.
> > Also,
> > I don't think anyone will assume serial port to be in a particular state
> > during
> > boot. Do we have similar concerns on ieee1275 ?
>
Robert Millan <[EMAIL PROTECTED]> writes:
> On Thu, Jan 24, 2008 at 09:57:45AM +0100, Yoshinori K. Okuji wrote:
>> > How important is it to unload all modules? What do you suggest? Do we fix
>> > everything to unload all modules (is that even possible?)? Do we unload
>> > all modules on i386-pc
On Thu, Jan 24, 2008 at 09:57:45AM +0100, Yoshinori K. Okuji wrote:
> > How important is it to unload all modules? What do you suggest? Do we fix
> > everything to unload all modules (is that even possible?)? Do we unload
> > all modules on i386-pc "because we can" and not do this on ieee1275
>
On Wednesday 23 January 2008 20:58, Robert Millan wrote:
> Is GRUB supposed to always call grub_dl_unload_all() when preparing to
> jump into a loaded multiboot image?
Yes.
> How important is it to unload all modules? What do you suggest? Do we fix
> everything to unload all modu
Is GRUB supposed to always call grub_dl_unload_all() when preparing to
jump into a loaded multiboot image?
My problem:
- On i386-pc, multiboot2 loader calls grub_multiboot2_real_boot(), which
in turn calls grub_dl_unload_all(), thereby unloading all modules (and
I assume, calling all
