July 2010 - Darwin-kernel - lists.apple.com

Re: copyfile(3) copies the posix "owner" for *some* files only
by Steve Checkoway 29 Jul '10

29 Jul '10

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com On Jul 28, 2010, at 21:28 , Jerry Krinock wrote: I think there's a bug. -- Steve Checkoway _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-kernel mailing list (Darwin-kernel(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-kernel/site_archiver%40lists.… This email sent to site_archiver(a)lists.apple.com Just to give the resolution on this thread, wrapping chown with fts_xxx() was not difficult. This seems to work… int chown_recursive(char * const path, uid_t uid, uid_t gid) { // See man fts(3) for these. Your mileage may vary. int fts_options = FTS_PHYSICAL | FTS_NOCHDIR | FTS_XDEV | FTS_SEEDOT ; I don't think you want FTS_SEEDOT here or the FTS_DOT below. If you give it /foo/bar, it's going to attempt to chown /foo/bar/.. which is not what you asked for. There also seems to be no need to chown each directory twice. smime.p7s

1 0

Re: Shared Library kext
by Nik Gervae 29 Jul '10

29 Jul '10

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com You're quite welcome. You can also use -dependency (-d) with kextutil or kextload to explicitly name a potential dependency, or -repository (-r) to name a directory of kexts to look in for dependencies. That way, if you don't want to put your libraries into /System/Library/Extensions during development and testing, you can avoid doing so. Nik On 29 Jul, 2010, at 10:57 , Duane Murphy wrote: > Thank you Nik! > > That's what I was looking for. I was testing. So I was just loading the kext from the command line and not putting it into /SLE. > > Works great. Thanks! > > ...Duane > > On Jul 29, 2010, at 10:43 AM, Nik Gervae wrote: > >> The kext tools look at all kexts installed in /System/Library/Extensions, whether top-level or plugins, so I don't understand yet why you are even seeing this failure. Can you please send us the exact absolute path listings of your kexts? >> >> If you delete the library kext from disk, then any dependencies will fail to load even if the library kext is loaded in the kernel. We require all dependencies be on disk for validation of the entire dependency chain before we send data down to the kernel. >> >> Nik Gervae >> Kext Management Engineer >> Apple, Inc. >> >> >> On 27 Jul, 2010, at 12:14 , Duane Murphy wrote: >> >>> Thank you for the idea, I'll give this a try as well, but I don't see how it would be any different from just having the library kext as it's own kext. >>> >>> That is, a kext outside of the kext "family" will not be able to satisfy a dependency on the library kext. >>> >>> Incidentally, the additional kext we want to use will not be in SLE. It will be loaded separately by hand. >>> >>> On Jul 27, 2010, at 8:23 AM, Alexander Klyuev wrote: >>> >>>> Hi Duane, >>>> >>>> Usually I do the following: >>>> I create main KEXT naming it like MyKextFamily that is actually library_kext >>>> and reside actual driver KEXTs as plugins: >>>> >>>> >>>> MyKextFamily.kext >>>> Contents >>>> PlugIns >>>> MyDriver1.kext >>>> MyDriver2.kext >>>> ... >>>> MyDriverN.kext >>>> MacOS >>>> MyKextFamily (library_kext_executable) >>>> >>>> All the MyDriverX.kext KEXTs depend on shared MyKextFamily.kext. >>>> >>>> That works perfectly. >>>> >>>> Honestly speaking I've never tried to put another KEXT into SLE that would >>>> depend on (in the example above) MyKextFamily.kext however I pretty sure it >>>> would work. >>>> >>>> So try to reorganize library_kext as main KEXT, not plugin. >>>> >>>> Best, >>>> Alexander >>>> >>>> -----Original Message----- >>>> Sent: July 26, 2010 11:07 PM >>>> To: Darwin Kernel >>>> Subject: Re: Shared Library kext >>>> >>>> -----BEGIN PGP SIGNED MESSAGE----- >>>> Hash: SHA256 >>>> >>>> On Jul 26, 2010, at 7:10 PM, Michael Smith wrote: >>>> >>>>> On Jul 26, 2010, at 4:51 PM, Duane Murphy wrote: >>>>> >>>>>> The library kext example (IOKitWithLibrary) puts the library kext in the >>>> PlugIns directory inside of the "master" kext. >>>>>> >>>>>> We would like to arrange to share a library kext between multiple top >>>> level kext. >>>>> >>>>> You can't do this. >>>>> >>>>> You'd have to have a third kext on which each of your others depended. >>>>> >>>> >>>> Hmm, that's a bummer. >>>> >>>> Not quite sure I understand what the difference would be. I think this is >>>> what I was asking for. >>>> >>>> kext1 & kext2 depend on library_kext >>>> >>>>> Why not investigate making the 'conditional' parts of your driver family >>>> into plugins? >>>>> >>>> >>>> That sounds great. I thought that's what I was doing. Any pointers for how >>>> to do this? >>>> >>>> A little background. >>>> >>>> We have one kext that is loaded all the time (/System/Library/Extensions) >>>> that depends on the library kext. The second kext is only loaded sometimes. >>>> In fact, we don't want to ship the second kext at all, but rather use it >>>> only for testing purposes. >>>> >>>>> = Mike >>>> >>>> Thanks, >>>> >>>> ...Duane >>>> >>>> >>>> >>>> >>>> -----BEGIN PGP SIGNATURE----- >>>> Version: PGP Desktop 10.0.2 (Build 13) >>>> Charset: us-ascii >>>> >>>> wsBVAwUBTE5NVUrg9acQ4r2CAQhocQf/RtE7cDc4QNPsjGGu46/X0hZ3wJ5NbsfO >>>> O+nS87Z1j/P5N87sKxJWd85oreMkvhSRU/FbUmtyGkIIyVn4VvOTR60edxB9VCYd >>>> AvSreLqXkxM96ungszLs2Oe4c5OuwrUQk4nnYkFbNUSKtrAyJyurTogngHM1r2Qr >>>> 0g96FlGzLJhep/ktkVADcu8mDVvrFirx8YGtmF24Z6SU7CQqB4nLnWeSjffTs0Qj >>>> Mz0bPm3W4aQrAxe/yXaZmQrKOAuVb7IZqOZAiRv2AR2WvGKkDeVoSdBxhecjuNTI >>>> ASSYDB/ZtOSK8T1VAez6wKK1DJcwmhUL96TRFhLDX8K2tQR4SrzCJQ== >>>> =t+Jd >>>> -----END PGP SIGNATURE----- >>>> _______________________________________________ >>>> >>> >>> ...Duane >>> >>> >>> >>> _______________________________________________ >>> Do not post admin requests to the list. They will be ignored. >>> Darwin-kernel mailing list (Darwin-kernel(a)lists.apple.com) >>> Help/Unsubscribe/Update your Subscription: >>> http://lists.apple.com/mailman/options/darwin-kernel/ngervae%40apple.com >>> >>> This email sent to ngervae(a)apple.com >> > > ...Duane > > > _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-kernel mailing list (Darwin-kernel(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-kernel/site_archiver%40lists.… This email sent to site_archiver(a)lists.apple.com

1 0

Re: Shared Library kext
by Duane Murphy 29 Jul '10

29 Jul '10

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com Thank you Nik! That's what I was looking for. I was testing. So I was just loading the kext from the command line and not putting it into /SLE. Works great. Thanks! ...Duane On Jul 29, 2010, at 10:43 AM, Nik Gervae wrote: > The kext tools look at all kexts installed in /System/Library/Extensions, whether top-level or plugins, so I don't understand yet why you are even seeing this failure. Can you please send us the exact absolute path listings of your kexts? > > If you delete the library kext from disk, then any dependencies will fail to load even if the library kext is loaded in the kernel. We require all dependencies be on disk for validation of the entire dependency chain before we send data down to the kernel. > > Nik Gervae > Kext Management Engineer > Apple, Inc. > > > On 27 Jul, 2010, at 12:14 , Duane Murphy wrote: > >> Thank you for the idea, I'll give this a try as well, but I don't see how it would be any different from just having the library kext as it's own kext. >> >> That is, a kext outside of the kext "family" will not be able to satisfy a dependency on the library kext. >> >> Incidentally, the additional kext we want to use will not be in SLE. It will be loaded separately by hand. >> >> On Jul 27, 2010, at 8:23 AM, Alexander Klyuev wrote: >> >>> Hi Duane, >>> >>> Usually I do the following: >>> I create main KEXT naming it like MyKextFamily that is actually library_kext >>> and reside actual driver KEXTs as plugins: >>> >>> >>> MyKextFamily.kext >>> Contents >>> PlugIns >>> MyDriver1.kext >>> MyDriver2.kext >>> ... >>> MyDriverN.kext >>> MacOS >>> MyKextFamily (library_kext_executable) >>> >>> All the MyDriverX.kext KEXTs depend on shared MyKextFamily.kext. >>> >>> That works perfectly. >>> >>> Honestly speaking I've never tried to put another KEXT into SLE that would >>> depend on (in the example above) MyKextFamily.kext however I pretty sure it >>> would work. >>> >>> So try to reorganize library_kext as main KEXT, not plugin. >>> >>> Best, >>> Alexander >>> >>> -----Original Message----- >>> Sent: July 26, 2010 11:07 PM >>> To: Darwin Kernel >>> Subject: Re: Shared Library kext >>> >>> -----BEGIN PGP SIGNED MESSAGE----- >>> Hash: SHA256 >>> >>> On Jul 26, 2010, at 7:10 PM, Michael Smith wrote: >>> >>>> On Jul 26, 2010, at 4:51 PM, Duane Murphy wrote: >>>> >>>>> The library kext example (IOKitWithLibrary) puts the library kext in the >>> PlugIns directory inside of the "master" kext. >>>>> >>>>> We would like to arrange to share a library kext between multiple top >>> level kext. >>>> >>>> You can't do this. >>>> >>>> You'd have to have a third kext on which each of your others depended. >>>> >>> >>> Hmm, that's a bummer. >>> >>> Not quite sure I understand what the difference would be. I think this is >>> what I was asking for. >>> >>> kext1 & kext2 depend on library_kext >>> >>>> Why not investigate making the 'conditional' parts of your driver family >>> into plugins? >>>> >>> >>> That sounds great. I thought that's what I was doing. Any pointers for how >>> to do this? >>> >>> A little background. >>> >>> We have one kext that is loaded all the time (/System/Library/Extensions) >>> that depends on the library kext. The second kext is only loaded sometimes. >>> In fact, we don't want to ship the second kext at all, but rather use it >>> only for testing purposes. >>> >>>> = Mike >>> >>> Thanks, >>> >>> ...Duane >>> >>> >>> >>> >>> -----BEGIN PGP SIGNATURE----- >>> Version: PGP Desktop 10.0.2 (Build 13) >>> Charset: us-ascii >>> >>> wsBVAwUBTE5NVUrg9acQ4r2CAQhocQf/RtE7cDc4QNPsjGGu46/X0hZ3wJ5NbsfO >>> O+nS87Z1j/P5N87sKxJWd85oreMkvhSRU/FbUmtyGkIIyVn4VvOTR60edxB9VCYd >>> AvSreLqXkxM96ungszLs2Oe4c5OuwrUQk4nnYkFbNUSKtrAyJyurTogngHM1r2Qr >>> 0g96FlGzLJhep/ktkVADcu8mDVvrFirx8YGtmF24Z6SU7CQqB4nLnWeSjffTs0Qj >>> Mz0bPm3W4aQrAxe/yXaZmQrKOAuVb7IZqOZAiRv2AR2WvGKkDeVoSdBxhecjuNTI >>> ASSYDB/ZtOSK8T1VAez6wKK1DJcwmhUL96TRFhLDX8K2tQR4SrzCJQ== >>> =t+Jd >>> -----END PGP SIGNATURE----- >>> _______________________________________________ >>> >> >> ...Duane >> >> >> >> _______________________________________________ >> Do not post admin requests to the list. They will be ignored. >> Darwin-kernel mailing list (Darwin-kernel(a)lists.apple.com) >> Help/Unsubscribe/Update your Subscription: >> http://lists.apple.com/mailman/options/darwin-kernel/ngervae%40apple.com >> >> This email sent to ngervae(a)apple.com > ...Duane _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-kernel mailing list (Darwin-kernel(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-kernel/site_archiver%40lists.… This email sent to site_archiver(a)lists.apple.com PGP.sig

1 0

Re: Shared Library kext
by Nik Gervae 29 Jul '10

29 Jul '10

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com The kext tools look at all kexts installed in /System/Library/Extensions, whether top-level or plugins, so I don't understand yet why you are even seeing this failure. Can you please send us the exact absolute path listings of your kexts? If you delete the library kext from disk, then any dependencies will fail to load even if the library kext is loaded in the kernel. We require all dependencies be on disk for validation of the entire dependency chain before we send data down to the kernel. Nik Gervae Kext Management Engineer Apple, Inc. On 27 Jul, 2010, at 12:14 , Duane Murphy wrote: > Thank you for the idea, I'll give this a try as well, but I don't see how it would be any different from just having the library kext as it's own kext. > > That is, a kext outside of the kext "family" will not be able to satisfy a dependency on the library kext. > > Incidentally, the additional kext we want to use will not be in SLE. It will be loaded separately by hand. > > On Jul 27, 2010, at 8:23 AM, Alexander Klyuev wrote: > >> Hi Duane, >> >> Usually I do the following: >> I create main KEXT naming it like MyKextFamily that is actually library_kext >> and reside actual driver KEXTs as plugins: >> >> >> MyKextFamily.kext >> Contents >> PlugIns >> MyDriver1.kext >> MyDriver2.kext >> ... >> MyDriverN.kext >> MacOS >> MyKextFamily (library_kext_executable) >> >> All the MyDriverX.kext KEXTs depend on shared MyKextFamily.kext. >> >> That works perfectly. >> >> Honestly speaking I've never tried to put another KEXT into SLE that would >> depend on (in the example above) MyKextFamily.kext however I pretty sure it >> would work. >> >> So try to reorganize library_kext as main KEXT, not plugin. >> >> Best, >> Alexander >> >> -----Original Message----- >> Sent: July 26, 2010 11:07 PM >> To: Darwin Kernel >> Subject: Re: Shared Library kext >> >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA256 >> >> On Jul 26, 2010, at 7:10 PM, Michael Smith wrote: >> >>> On Jul 26, 2010, at 4:51 PM, Duane Murphy wrote: >>> >>>> The library kext example (IOKitWithLibrary) puts the library kext in the >> PlugIns directory inside of the "master" kext. >>>> >>>> We would like to arrange to share a library kext between multiple top >> level kext. >>> >>> You can't do this. >>> >>> You'd have to have a third kext on which each of your others depended. >>> >> >> Hmm, that's a bummer. >> >> Not quite sure I understand what the difference would be. I think this is >> what I was asking for. >> >> kext1 & kext2 depend on library_kext >> >>> Why not investigate making the 'conditional' parts of your driver family >> into plugins? >>> >> >> That sounds great. I thought that's what I was doing. Any pointers for how >> to do this? >> >> A little background. >> >> We have one kext that is loaded all the time (/System/Library/Extensions) >> that depends on the library kext. The second kext is only loaded sometimes. >> In fact, we don't want to ship the second kext at all, but rather use it >> only for testing purposes. >> >>> = Mike >> >> Thanks, >> >> ...Duane >> >> >> >> >> -----BEGIN PGP SIGNATURE----- >> Version: PGP Desktop 10.0.2 (Build 13) >> Charset: us-ascii >> >> wsBVAwUBTE5NVUrg9acQ4r2CAQhocQf/RtE7cDc4QNPsjGGu46/X0hZ3wJ5NbsfO >> O+nS87Z1j/P5N87sKxJWd85oreMkvhSRU/FbUmtyGkIIyVn4VvOTR60edxB9VCYd >> AvSreLqXkxM96ungszLs2Oe4c5OuwrUQk4nnYkFbNUSKtrAyJyurTogngHM1r2Qr >> 0g96FlGzLJhep/ktkVADcu8mDVvrFirx8YGtmF24Z6SU7CQqB4nLnWeSjffTs0Qj >> Mz0bPm3W4aQrAxe/yXaZmQrKOAuVb7IZqOZAiRv2AR2WvGKkDeVoSdBxhecjuNTI >> ASSYDB/ZtOSK8T1VAez6wKK1DJcwmhUL96TRFhLDX8K2tQR4SrzCJQ== >> =t+Jd >> -----END PGP SIGNATURE----- >> _______________________________________________ >> > > ...Duane > > > > _______________________________________________ > Do not post admin requests to the list. They will be ignored. > Darwin-kernel mailing list (Darwin-kernel(a)lists.apple.com) > Help/Unsubscribe/Update your Subscription: > http://lists.apple.com/mailman/options/darwin-kernel/ngervae%40apple.com > > This email sent to ngervae(a)apple.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-kernel mailing list (Darwin-kernel(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-kernel/site_archiver%40lists.… This email sent to site_archiver(a)lists.apple.com

1 0

Re: copyfile(3) copies the posix "owner" for *some* files only
by Jerry Krinock 29 Jul '10

29 Jul '10

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com Just to give the resolution on this thread, wrapping chown with fts_xxx() was not difficult. This seems to work… /*! @brief Wraps chown(2) with fts(3) so that it operates recursively, like chown(8) with -R option. @details Parameters are same as chown(2). @result Returns 0 if successful. Returns -1 if chown fails for the given path or any descendant, which usually happens if you don't have the elevated privileges required to chown things. To provide the reason for the failure, chown(2) will set errno. Returns -2 if fts_open() could not be initialized. I don't know how -2 could ever happen though, because fts_open() still returns 0 even if you give it a nonexistent path. */ int chown_recursive(char * const path, uid_t uid, uid_t gid) ; #include <fts.h> #include <unistd.h> int chown_recursive(char * const path, uid_t uid, uid_t gid) { // See man fts(3) for these. Your mileage may vary. int fts_options = FTS_PHYSICAL | FTS_NOCHDIR | FTS_XDEV | FTS_SEEDOT ; // fts_open requires a null-terminated array of paths. // We only have one path. char* paths[2] ; paths[0] = path ; paths[1] = NULL ; FTS* ftsp = fts_open(paths, fts_options, NULL) ; if (ftsp == NULL) { return -2 ; } FTSENT* ftsPointer = 0 ; while ((ftsPointer = fts_read(ftsp)) != NULL) { // This will execute once for each item in the tree. int result ; switch (ftsPointer->fts_info) { // List here the file types you want to be chown-ed. // I hope I didn't miss any. case FTS_F: // regular file case FTS_D: // directory case FTS_DOT: // system dot file, i.e. '.' or '..' case FTS_SL: // symbolic link // Do the actual work result = chown(ftsPointer->fts_path, uid, gid) ; if (result != 0) { // chown only returns either 0 or -1. // Must be -1 here. return result ; } break ; default: break; } } fts_close(ftsp) ; return 0 ; } _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-kernel mailing list (Darwin-kernel(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-kernel/site_archiver%40lists.… This email sent to site_archiver(a)lists.apple.com

1 0

Re: copyfile(3) recursively with COPYFILE_RECURSIVE ?
by Jerry Krinock 29 Jul '10

29 Jul '10

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com I just filed this as a bug against Developer Tools, because it seems to me that everything works as expected, except for Xcode's documentation viewer which incorrectly gives you the same copyfile(3) man page whether you set it to show Mac OS 10.5 or Mac OS 10.6. Apple Bug ID 8248871. _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-kernel mailing list (Darwin-kernel(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-kernel/site_archiver%40lists.… This email sent to site_archiver(a)lists.apple.com

1 0

Re: copyfile(3) copies the posix "owner" for *some* files only
by Jerry Krinock 29 Jul '10

29 Jul '10

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com On 2010 Jul 25, at 16:01, Jerry Krinock wrote: > I added some code in my tool to call chown(3) after copyfile(3), and of course that fixes the unpredictability. But this leaves me with one more nasty wrinkle. If I use copyfile(3) on a directory tree, recursively, then, duh, I need to chown this tree recursively also. Unfortunately, although the shell command chown(8) sports a handy -R "recursive" option, there is no such option in the C library function chown(3). I think that my unpleasant choices are to either write a recursion around chown(3) using the fts_ family of functions {fts_open(), fts_read(), ...}, or else access the shell using system() to call chown(8) with -R option. The former option will take me awhile, and of the latter, I suspect that the people at Apple CDSA will tell me that it's insecure to make a shell call in a privileged helper tool. I don't know why. I just know they probably will ;) Any advice? _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-kernel mailing list (Darwin-kernel(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-kernel/site_archiver%40lists.… This email sent to site_archiver(a)lists.apple.com

1 0

Re: Shared Library kext
by Duane Murphy 27 Jul '10

27 Jul '10

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com Thank you for the idea, I'll give this a try as well, but I don't see how it would be any different from just having the library kext as it's own kext. That is, a kext outside of the kext "family" will not be able to satisfy a dependency on the library kext. Incidentally, the additional kext we want to use will not be in SLE. It will be loaded separately by hand. On Jul 27, 2010, at 8:23 AM, Alexander Klyuev wrote: > Hi Duane, > > Usually I do the following: > I create main KEXT naming it like MyKextFamily that is actually library_kext > and reside actual driver KEXTs as plugins: > > > MyKextFamily.kext > Contents > PlugIns > MyDriver1.kext > MyDriver2.kext > ... > MyDriverN.kext > MacOS > MyKextFamily (library_kext_executable) > > All the MyDriverX.kext KEXTs depend on shared MyKextFamily.kext. > > That works perfectly. > > Honestly speaking I've never tried to put another KEXT into SLE that would > depend on (in the example above) MyKextFamily.kext however I pretty sure it > would work. > > So try to reorganize library_kext as main KEXT, not plugin. > > Best, > Alexander > > -----Original Message----- > Sent: July 26, 2010 11:07 PM > To: Darwin Kernel > Subject: Re: Shared Library kext > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 > > On Jul 26, 2010, at 7:10 PM, Michael Smith wrote: > >> On Jul 26, 2010, at 4:51 PM, Duane Murphy wrote: >> >>> The library kext example (IOKitWithLibrary) puts the library kext in the > PlugIns directory inside of the "master" kext. >>> >>> We would like to arrange to share a library kext between multiple top > level kext. >> >> You can't do this. >> >> You'd have to have a third kext on which each of your others depended. >> > > Hmm, that's a bummer. > > Not quite sure I understand what the difference would be. I think this is > what I was asking for. > > kext1 & kext2 depend on library_kext > >> Why not investigate making the 'conditional' parts of your driver family > into plugins? >> > > That sounds great. I thought that's what I was doing. Any pointers for how > to do this? > > A little background. > > We have one kext that is loaded all the time (/System/Library/Extensions) > that depends on the library kext. The second kext is only loaded sometimes. > In fact, we don't want to ship the second kext at all, but rather use it > only for testing purposes. > >> = Mike > > Thanks, > > ...Duane > > > > > -----BEGIN PGP SIGNATURE----- > Version: PGP Desktop 10.0.2 (Build 13) > Charset: us-ascii > > wsBVAwUBTE5NVUrg9acQ4r2CAQhocQf/RtE7cDc4QNPsjGGu46/X0hZ3wJ5NbsfO > O+nS87Z1j/P5N87sKxJWd85oreMkvhSRU/FbUmtyGkIIyVn4VvOTR60edxB9VCYd > AvSreLqXkxM96ungszLs2Oe4c5OuwrUQk4nnYkFbNUSKtrAyJyurTogngHM1r2Qr > 0g96FlGzLJhep/ktkVADcu8mDVvrFirx8YGtmF24Z6SU7CQqB4nLnWeSjffTs0Qj > Mz0bPm3W4aQrAxe/yXaZmQrKOAuVb7IZqOZAiRv2AR2WvGKkDeVoSdBxhecjuNTI > ASSYDB/ZtOSK8T1VAez6wKK1DJcwmhUL96TRFhLDX8K2tQR4SrzCJQ== > =t+Jd > -----END PGP SIGNATURE----- > _______________________________________________ > ...Duane _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-kernel mailing list (Darwin-kernel(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-kernel/site_archiver%40lists.… This email sent to site_archiver(a)lists.apple.com PGP.sig

1 0

RE: Shared Library kext
by Alexander Klyuev 27 Jul '10

27 Jul '10

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com Thread-index: AcstOLE63EPsqOG/StqC6vU/YG6i/QAZt/3g Hi Duane, Usually I do the following: I create main KEXT naming it like MyKextFamily that is actually library_kext and reside actual driver KEXTs as plugins: MyKextFamily.kext Contents PlugIns MyDriver1.kext MyDriver2.kext ... MyDriverN.kext MacOS MyKextFamily (library_kext_executable) All the MyDriverX.kext KEXTs depend on shared MyKextFamily.kext. That works perfectly. Honestly speaking I've never tried to put another KEXT into SLE that would depend on (in the example above) MyKextFamily.kext however I pretty sure it would work. So try to reorganize library_kext as main KEXT, not plugin. Best, Alexander -----Original Message----- Sent: July 26, 2010 11:07 PM To: Darwin Kernel Subject: Re: Shared Library kext -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On Jul 26, 2010, at 7:10 PM, Michael Smith wrote: > On Jul 26, 2010, at 4:51 PM, Duane Murphy wrote: > >> The library kext example (IOKitWithLibrary) puts the library kext in the PlugIns directory inside of the "master" kext. >> >> We would like to arrange to share a library kext between multiple top level kext. > > You can't do this. > > You'd have to have a third kext on which each of your others depended. > Hmm, that's a bummer. Not quite sure I understand what the difference would be. I think this is what I was asking for. kext1 & kext2 depend on library_kext > Why not investigate making the 'conditional' parts of your driver family into plugins? > That sounds great. I thought that's what I was doing. Any pointers for how to do this? A little background. We have one kext that is loaded all the time (/System/Library/Extensions) that depends on the library kext. The second kext is only loaded sometimes. In fact, we don't want to ship the second kext at all, but rather use it only for testing purposes. > = Mike Thanks, ...Duane -----BEGIN PGP SIGNATURE----- Version: PGP Desktop 10.0.2 (Build 13) Charset: us-ascii wsBVAwUBTE5NVUrg9acQ4r2CAQhocQf/RtE7cDc4QNPsjGGu46/X0hZ3wJ5NbsfO O+nS87Z1j/P5N87sKxJWd85oreMkvhSRU/FbUmtyGkIIyVn4VvOTR60edxB9VCYd AvSreLqXkxM96ungszLs2Oe4c5OuwrUQk4nnYkFbNUSKtrAyJyurTogngHM1r2Qr 0g96FlGzLJhep/ktkVADcu8mDVvrFirx8YGtmF24Z6SU7CQqB4nLnWeSjffTs0Qj Mz0bPm3W4aQrAxe/yXaZmQrKOAuVb7IZqOZAiRv2AR2WvGKkDeVoSdBxhecjuNTI ASSYDB/ZtOSK8T1VAez6wKK1DJcwmhUL96TRFhLDX8K2tQR4SrzCJQ== =t+Jd -----END PGP SIGNATURE----- _______________________________________________ _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-kernel mailing list (Darwin-kernel(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-kernel/site_archiver%40lists.… This email sent to site_archiver(a)lists.apple.com

1 0

Re: Shared Library kext
by Duane Murphy 27 Jul '10

27 Jul '10

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On Jul 26, 2010, at 7:10 PM, Michael Smith wrote: > On Jul 26, 2010, at 4:51 PM, Duane Murphy wrote: > >> The library kext example (IOKitWithLibrary) puts the library kext in the PlugIns directory inside of the "master" kext. >> >> We would like to arrange to share a library kext between multiple top level kext. > > You can't do this. > > You'd have to have a third kext on which each of your others depended. > Hmm, that's a bummer. Not quite sure I understand what the difference would be. I think this is what I was asking for. kext1 & kext2 depend on library_kext > Why not investigate making the 'conditional' parts of your driver family into plugins? > That sounds great. I thought that's what I was doing. Any pointers for how to do this? A little background. We have one kext that is loaded all the time (/System/Library/Extensions) that depends on the library kext. The second kext is only loaded sometimes. In fact, we don't want to ship the second kext at all, but rather use it only for testing purposes. > = Mike Thanks, ...Duane -----BEGIN PGP SIGNATURE----- Version: PGP Desktop 10.0.2 (Build 13) Charset: us-ascii wsBVAwUBTE5NVUrg9acQ4r2CAQhocQf/RtE7cDc4QNPsjGGu46/X0hZ3wJ5NbsfO O+nS87Z1j/P5N87sKxJWd85oreMkvhSRU/FbUmtyGkIIyVn4VvOTR60edxB9VCYd AvSreLqXkxM96ungszLs2Oe4c5OuwrUQk4nnYkFbNUSKtrAyJyurTogngHM1r2Qr 0g96FlGzLJhep/ktkVADcu8mDVvrFirx8YGtmF24Z6SU7CQqB4nLnWeSjffTs0Qj Mz0bPm3W4aQrAxe/yXaZmQrKOAuVb7IZqOZAiRv2AR2WvGKkDeVoSdBxhecjuNTI ASSYDB/ZtOSK8T1VAez6wKK1DJcwmhUL96TRFhLDX8K2tQR4SrzCJQ== =t+Jd -----END PGP SIGNATURE----- _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-kernel mailing list (Darwin-kernel(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-kernel/site_archiver%40lists.… This email sent to site_archiver(a)lists.apple.com

1 0