> > The pcic module contains a reference to a symbol that's only present in 
> > the kernel when the card* devices are statically compiled in.  Ie. if 
> > you remove pcic* and card* you can't load the pcic module.
> 
> I have card* compiled in (perhaps I should have mentioned that?), and
> pcic* kldloaded.
>
> > This makes the pcic module useless, and, as I said, renders any 
> > combination other than 100% static *broken*.
> 
> Rubbish! Why is my system working?

Because you have an horrific mishmash of bits; it's not meant to be 
broken up as you have. 

> > > Two solutions; 1) don't compile pcic into your kernel; 2) remove the
> > > kldload pcic from rc.pccard; 3) fix kldload to not load modules when
> > > their functionality is already compiled in (_Three_ Solutions!!).
> > 
> > 1) is a non-solutuion.  3) is where the correct answer lies, but until 
> > the file/module dichotomy is resolved, it's not possible to do that.
> 
> 1) works (and needs tidying up).
> 
> Any suggestions for a kernel neophyte on how to get stuck into 3)?

Not really; you'd need to study how KLD currently works, then go back 
over the discussions that Peter, Doug, I and others have had about how 
we might identify modules within a file, and implement it.  I fear that 
it will result in binary incompatability (again).

-- 
\\  Sometimes you're ahead,       \\  Mike Smith
\\  sometimes you're behind.      \\  m...@smith.net.au
\\  The race is long, and in the  \\  msm...@freebsd.org
\\  end it's only with yourself.  \\  msm...@cdrom.com




To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message

Reply via email to