svn commit: r180431 - in head/sys: kern sys

John Baldwin jhb at freebsd.org
Fri Jul 11 00:57:19 UTC 2008


On Thursday 10 July 2008 07:37:21 pm David O'Brien wrote:
> On Thu, Jul 10, 2008 at 10:35:35AM -0700, Peter Wemm wrote:
> > On Thu, Jul 10, 2008 at 9:35 AM, David E. O'Brien <obrien at freebsd.org> 
wrote:
> > > Author: obrien
> > > Date: Thu Jul 10 16:35:57 2008
> > > New Revision: 180431
> > > URL: http://svn.freebsd.org/changeset/base/180431
> > >
> > > Log:
> > >  Allow 'elf_file_t' to be used in a wider scope.
> > >
> > > Modified:
> > >  head/sys/kern/link_elf.c
> > >  head/sys/sys/link_elf.h
> > 
> > This really was intentional.  elf_file_t was supposed to be opaque and
> > changeable.  What do you need this for?
> 
> Juniper needs to be able to call functions in the loadable modules before
> the modules are actually linked into the kernel. This will be used to
> call platform specific initialization functions early in the bootup
> process.  Will also need un-static link_elf_preload_parse_symbols,
> parse_dynamic, symbol_name, link_elf_lookup_symbol,
> link_elf_symbol_values.

Might a better approach be to fix the loader to do the link instead of the 
kernel so that modules loaded via the loader are available from the very 
start of boot.  As it is, it seems that this would be a very fragile thing to 
do (what happens if your platform routines call any other routines that 
aren't already in the module (like printf) that need to have their symbols 
resolved?).

-- 
John Baldwin


More information about the cvs-all mailing list