Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 11 Mar 1998 09:33:34 -0800 (PST)
From:      Julian Elischer <julian@whistle.com>
To:        "Justin T. Gibbs" <gibbs@narnia.plutotech.com>
Cc:        Mike Smith <mike@smith.net.au>, hackers@FreeBSD.ORG
Subject:   Re: userconfig data -> linker set -> ELF segment
Message-ID:  <Pine.BSF.3.95.980311093114.20845B-100000@current1.whistle.com>
In-Reply-To: <199803111444.HAA10346@narnia.plutotech.com>

next in thread | previous in thread | raw e-mail | index | archive | help
Exactly!

My main idea is that all drivers should be lkms those that are linked in
at compile time use a single linker set to call the exact same init()
routines that would have been called when they were loaded as an lkm. 

I've been SLOWLY working towards this for a few years now :)
Thats why most drivers now have such an init routine that it uses to add
it's devsw entry.

On Wed, 11 Mar 1998, Justin T. Gibbs wrote:

> In article <199803111011.CAA22528@dingo.cdrom.com> you wrote:
> >> > I was basically planning to look at distributing the userconfig device
> >> > list as a linker set, to allow externally developed drivers to be
> >> > added without having to edit a static list.  I know how to do this
> >> > now, but how easy is it to put it in a non-loaded segment later?
> >> 
> >> This is hard.
> >> 
> >> The problem is that you need to be able to agregate linker sets
> >> at run time, not at link time.
> > 
> > You're making things too difficult.  8)
> 
> Exactly.  Don't use a linker set at all.  Convert all drivers to
> LKMs, load they "probe" section of all LKMs, have an entry point
> in the probe section register the driver with userconfig.
> 
> Linker sets are a pain.
> 
> --
> Justin
> 
> To Unsubscribe: send mail to majordomo@FreeBSD.org
> with "unsubscribe freebsd-hackers" in the body of the message
> 


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-hackers" in the body of the message



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.3.95.980311093114.20845B-100000>