From: Marco Gerards <mgerards@xs4all.nl>
To: The development of GRUB 2 <grub-devel@gnu.org>
Subject: Re: GRUB_MOD_GAP for non-ieee1275 ELF platforms
Date: Thu, 31 Jan 2008 09:48:51 +0100 [thread overview]
Message-ID: <87hcguidn0.fsf@xs4all.nl> (raw)
In-Reply-To: <1201733294.8103.67.camel@dv> (Pavel Roskin's message of "Wed, 30 Jan 2008 17:48:14 -0500")
Pavel Roskin <proski@gnu.org> writes:
> On Wed, 2008-01-30 at 23:26 +0100, Robert Millan wrote:
>> > I only said "I assume" because there is a subtle difference between a
>> > "valid ELF file" and "indistinguishable for kernel.elf". It should be
>> > valid and acceptable to the OpenFirmware, and the later is a black box
>> > to me.
>>
>> Uhm.. I wonder what'd happen if you pre-link all the stuff into kernel.elf.
>
> I tried to prelink "apple" and "hfs" by changing the makefiles. The
> functionality wasn't available. It makes sense, because the core
> doesn't know that the modules are linked. The modules are never
> registered with the core.
>
> It would be nice to have some linker trick to tell the code about the
> prelinked modules. That could make grub-mkimage a very thin wrapper
> around "ld -r", perhaps written as a shell script.
We have a trick for grub-emu, a list of init functions that have to be
called is created, a function that does this is created and it is
called when grub-emu is started.
You could do this manually when testing.
--
Marco
next prev parent reply other threads:[~2008-01-31 8:47 UTC|newest]
Thread overview: 29+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-01-28 3:25 Redefining GRUB_MOD_GAP in init.c Pavel Roskin
2008-01-28 9:09 ` Robert Millan
2008-01-28 9:30 ` GRUB_MOD_GAP for non-ieee1275 ELF platforms Robert Millan
2008-01-28 13:44 ` Pavel Roskin
2008-01-28 16:29 ` Robert Millan
2008-01-28 16:34 ` Pavel Roskin
2008-01-28 16:57 ` Robert Millan
2008-01-29 8:38 ` Marco Gerards
2008-01-29 9:06 ` Robert Millan
2008-01-29 9:32 ` Marco Gerards
2008-01-29 10:04 ` Robert Millan
2008-01-30 21:42 ` Pavel Roskin
2008-01-30 22:03 ` Robert Millan
2008-01-30 22:15 ` Pavel Roskin
2008-01-30 22:26 ` Robert Millan
2008-01-30 22:48 ` Pavel Roskin
2008-01-31 8:48 ` Marco Gerards [this message]
2008-01-31 10:47 ` Robert Millan
2008-01-31 11:38 ` Yoshinori K. Okuji
2008-01-31 12:47 ` Robert Millan
2008-01-31 13:30 ` Yoshinori K. Okuji
2008-01-29 8:36 ` Redefining GRUB_MOD_GAP in init.c Marco Gerards
2008-01-29 9:05 ` Robert Millan
2008-01-29 9:21 ` Marco Gerards
2008-01-29 9:27 ` CVS (Re: Redefining GRUB_MOD_GAP in init.c) Robert Millan
2008-01-29 11:15 ` Marco Gerards
2008-01-29 11:42 ` Yoshinori K. Okuji
2008-01-29 11:25 ` Marco Gerards
2008-01-30 21:35 ` Pavel Roskin
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87hcguidn0.fsf@xs4all.nl \
--to=mgerards@xs4all.nl \
--cc=grub-devel@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.