[Dev] module location

[John F Davis]

--0__=0ABBE1F4DFCBDF968f9e8a93df938690918c0ABBE1F4DFCBDF96
Content-type: text/plain; charset=us-ascii

Well here's the deal.  We build these modules and insmod them all day long
using
this type syntax, insmod ./foo.o or insmod versionx/foo.o or versiony/foo.o

Which is perfectly cool.   As an alternative you can have foo_pristine.o
and foo_extra_printks_included.o
Then insmod foo_pristine and insmod foo_extra_prints_included
But if you don't change the names then you can't have two different
versions.
insmod foo and insmod foo

I'm thinking I'm going to do this one the way my buddy wants, even though
its
more work for me.  Which also means that the user cant have two differnt
versions
laying around as a result of my build scripts.

JD

Mike Johnson <mike@enoch.org>@trilug.org on 02/21/2002 10:51:47 AM

Please respond to dev@trilug.org

Sent by:    dev-admin@trilug.org


To:    dev@trilug.org
cc:
Subject:    Re: [Dev] module location



John F Davis [johndavi@us.ibm.com] wrote:
> Hello
>
> At work we debating the location of module files.  We are building some
> custom modules
> and I'm thinking that they don't need to be in the lib/modules/2.4.x/misc
> dir.  Especially since
> we can have more than one version of the  module.

Well, what do they do?  There's a bunch of module 'types' in
/lib/modules/2.4.x/kernel/drivers/

> Has anybody ever seen a module outside the lib/modules/2.4.x filesystem?

Yeah, actually.  The wireless LAN drivers can be used without being
installed in the 'main' modules directory.

It's non-standard to not put them in the main modules directory, but
certainly doable.

Mike
--
"Let the power of Ponch compel you!  Let the power of Ponch compel you!"
   -- Zorak on Space Ghost

GNUPG Key fingerprint = ACD2 2F2F C151 FB35 B3AF  C821 89C4 DF9A 5DDD 95D1
GNUPG Key = http://www.enoch.org/mike/mike.pubkey.asc

--0__=0ABBE1F4DFCBDF968f9e8a93df938690918c0ABBE1F4DFCBDF96
Content-type: application/octet-stream; 
	name="C.DTF"
Content-Disposition: attachment; filename="C.DTF"
Content-transfer-encoding: base64

LS0tLS1CRUdJTiBQR1AgU0lHTkFUVVJFLS0tLS0NClZlcnNpb246IEdudVBHIHYxLjAuNiAoT3Bl
bkJTRCkNCkNvbW1lbnQ6IEZvciBpbmZvIHNlZSBodHRwOi8vd3d3LmdudXBnLm9yZw0KDQppRDhE
QlFFOGRSZVNpY1RmbWwzZGxkRVJBdkpyQUo5eUh6N0RiMTZITjRNNFJrMURwREN6c0xrRDBRQ2du
ZGgxDQpsMXZwU3JKOUZLMHNvQm5sb1VJZVQzND0NCj1nOFQvDQotLS0tLUVORCBQR1AgU0lHTkFU
VVJFLS0tLS0NCg0K

--0__=0ABBE1F4DFCBDF968f9e8a93df938690918c0ABBE1F4DFCBDF96--