Re: sub-KEXT question
Re: sub-KEXT question
- Subject: Re: sub-KEXT question
- From: Nik Gervae <email@hidden>
- Date: Mon, 9 Feb 2009 10:40:49 -0800
For a given bundle identifier, the kext system tries to load only the
highest version found, and does not fall back to trying earlier
versions. This is true of the kernel itself, of kextd, and of kextload
-b. If you use kextload with a kext's filename, the exact kext named
will be tried.
Plugins are meant only as a packaging convenience, and have nothing to
do with how we look up kexts by bundle identifier. I'm not sure what
behavior you were expecting by using a plugin vs. installing two kexts
with different filenames but the same bundle identifier...the result
would be the same either way.
I believe the common recommendation in this scenario is to use
separate bundle identifiers so both driver kexts match and get load
requests. If any fail to load because of OS version incompatibilities,
the rest will then be ranked by probe score.
Nik Gervae
Kext Management Engineer
Apple Inc.
On 05 Feb, 2009, at 15:01, Kevin Brock wrote:
I was looking at sub-KEXTs as a possible way of handling a kernel
version dependency, and took a look at Apple's SimpleUserClient
sample.
I build it out of the box, with no changes (on a 10.5.6 system with
Xcode 3.1.2), put in on a 10.4.11 system and got:
"com.apple.kpi.iokit" =
"A compatible version of this dependency cannot be found"
and so forth for all of the dependencies.
I looked at a more detailed attempt to load (kextload -v 6) and saw
that
a) the loader saw the main KEXT and the plugin (SimpleDriver_10_4)
and recognized both as valid KEXTs
b) the loader looked for dependencies only for the 10.5 version.
Never checked for the other one.
This isn't code I modified, this is Apple's sample, downloaded and
built with no changes...
Do sub-KEXTs actually work? If so, does anyone have an idea why
Apple's sample isn't loading for me? Is there some weird processor
dependency? (the 10.4 system is a G5)
Kevin Brock
email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Darwin-kernel mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Darwin-kernel mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden