November 2007 - Darwin-kernel

Re: panic crash on Leopard when assigning secondary IP to reattachedinterface
by Ondrej Slanina 26 Nov '07

26 Nov '07

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com Thanks for your reply, 1. Open device 2. Add secondary IP 3. Close device 4. Open device 5. Add secondary IP Any ideas ? Thanks, Ondrej Slanina -mmw ----- Original Message ----- From: Ondrej Slanina To: darwin-kernel(a)lists.apple.com Sent: Friday, November 23, 2007 5:00 PM Subject: panic crash on Leopard when assigning secondary IP to reattachedinterface Hi, I'am new in Mac OS X kernel development and I'am experienced this problem: 8. ifconfig "name-of-iface" 172.16.1.1-24 alias 9. panic crash My question is: Is this a bug in BSD portion of kernel and should be reported to Apple, or behaviour of my kernel module is inccorect ? Workaround is to call ifnet_attach with unique id, but in this case some leaks can occure.... Thanks, Ondrej Slanina developer .................................................................. Kerio Technologies s.r.o. Anglicke nabrezi 1, 301 49 Plzen Czech Republic http://www.kerio.com ................................................................... Connect. Communicate. Collaborate. Securely. ________________________________ _______________________________________________ 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/oslanina%40kerio.com This email sent to oslanina(a)kerio.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/openspecies%40gmail.com This email sent to openspecies(a)gmail.com -- echo zapydapntpd.rxltw@nzx | tr a-z@. p-za-o.@ _______________________________________________ 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.… UPDATE: I supposed that you have Leopard 10.5.1, because today i have noticed that on this version crash will not occured :-) I have kernel extension which acts as very simple TAP device. When someone open char device "/dev/mytap", new net (ethernet) device "tap0" will be created. When someone close "/dev/mytap", net device will be closed. Panic crash will occure when I tried to do this: Crash occured on Leopard 10.5.0, when I omitted net device unique id and when I used ifconfig with alias flag to add IP. ----- Original Message ----- From: "mm w" <openspecies(a)gmail.com> To: "Ondrej Slanina" <oslanina(a)kerio.com> Cc: <darwin-kernel(a)lists.apple.com> Sent: Monday, November 26, 2007 4:57 PM Subject: Re: panic crash on Leopard when assigning secondary IP to reattachedinterface Hi, try to cut your question in logical points and give a sample for each cases, personally, i have a code that does something like you, and it works well and i traced no memory leaks. On Nov 26, 2007 12:44 AM, Ondrej Slanina <oslanina(a)kerio.com> wrote: Hello, was my question understandable ? Or should I post some more details ? Does anybody have an idea whether it's a bug in Darwin or my code is faulty ? Thanks, Ondra 1. I have clear OS with tun/tap interface installed. (This tun/tap is developed by me but the same behaviour occured with free tun/tap which you can find on Internet) 2. open device => attach net iface (ifnet_attach with uniqueid == MAC) 3. ifconfig "name-of-iface" 172.16.1.1-24 alias (yes, we are trying to add secondary IP to interface with no one IP) 4. everything is ok, we have iface with IP 172.16.1.1 5. close device => detach iface with iface_detach (during process off detaching we called ifnet_detach_protocol and another relevant detaching functions) 6. everything is ok, we have not iface in OS 7. open device => attach net iface (iface_attach with uniqueid == MAC [identical to MAC in second step]) This crash occures only on Leopard OS by reason of minority changes in BSD kernel (xnu-1228\bsd\netinet\in.c:1192) ifafree function is trying to dereference NULL pointer previously obtained by ifa_ifpgetprimary() Why this pointer is NULL ? The reason is in incoherence between if_addrhead (list with addresses on iface) and in_ifaddrhead (list with all(?) IP ) Another reason is reusing detached iface. When you detach iface from system, iface still remain in system waiting for another chance to live. No iface memory is released, no address memory is released. If you will call iface_attach with the same uniqueid, system will return back the same iface which you are allocated for the first time. BUT during processing of iface_attach function, if_addrhead list is initialized and filled with link layer address. This means that in this list will be only one address with family AF_LINK but no address with AF_INET family. But in in_ifaddrhead is still AF_INET address which leads to our iface. And this is incoherence mentioned above. When you call ifconfig ... alias, system try to ADD ip but not call REMOVE (as in the case of ifconfig .... wihout alias) OS will find address in in_ifaddrhead (xnu-1228\bsd\netinet\in.c:307) and will not call if_attach_ifa to add new address to if_addrhead. Next, in_ifinit() is called (xnu-1228\bsd\netinet\in.c:702) in this function ifa_ifpgetprimary() is called but this routine search in if_addrhead on iface) In this list is only one address (link layer) and no AF_INET. This means that NULL pointer is returned and panic crash will occure on next call to ifafree. P.S. I'am sorry for my bad english, I will try to improve my language skills :-) This email sent to site_archiver(a)lists.apple.com

1 0

Re: MTRRs and PATs
by Andrei E. Warkentin 26 Nov '07

26 Nov '07

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:mime-version:in-reply-to:references:content-type:message-id:content-transfer-encoding:from:subject:date:to:x-mailer; bh=S+kqap+pWlhHYtHlGoDfhhOfD693EU3FgdpbuZp5vW0=; b=sQP0lY4uhd4fDkPq6Y3vaCwKiZePdgbzLW0K6l5cUNRwlgK9BDmbgnf+U18HqSZEI9NFgnWl/RGCki/ib02KUk7njU6FMERdkfe4b84H21hW0SPn5zI2133dmeT99jt2gBakgyApPWUOQxDX9OLDB48GIFdVyl6LXUeQaYOjVWs= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:mime-version:in-reply-to:references:content-type:message-id:content-transfer-encoding:from:subject:date:to:x-mailer; b=Yq66Khs/NKVFtMJqJeRTGK61JCol0QnDYO4YOGPlLGhkBfTgqzHChqMqM4jfVujhEK7oIWorV7nNvaJFsgyH1iJpHjxPJOmhONSmYCOjeH8mGfMJvAEYjg7Qu8bzSU8tFBOLPKzAO04NfFcr+RMl+MIdEj089TLDI+nxTMo5LzM= Just kidding. 26.11.2007, в 10:57, Michael Smith писал(а): On Nov 25, 2007, at 11:29 PM, Victor Vedovato wrote: = Mike _______________________________________________ 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.… I suppose if you really wanted to you could use MTRR registers as extra storage space ;-) Derek - thanks for the excellent response. We can use reggie_se to set/reset the registers for debugging. It's not clear from others that OS X uses the MTRRs/PATs for cache control. Can you confirm that? Thanks again. If you were to describe what you meant by "cache control", you might be able to get a clearer answer. _______________________________________________ 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/ andrey.warkentin%40gmail.com This email sent to andrey.warkentin(a)gmail.com This email sent to site_archiver(a)lists.apple.com

1 0

Re: MTRRs and PATs
by Michael Smith 26 Nov '07

26 Nov '07

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com On Nov 25, 2007, at 11:29 PM, Victor Vedovato wrote: = Mike _______________________________________________ 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.… Derek - thanks for the excellent response. We can use reggie_se to set/reset the registers for debugging. It's not clear from others that OS X uses the MTRRs/PATs for cache control. Can you confirm that? Thanks again. If you were to describe what you meant by "cache control", you might be able to get a clearer answer. This email sent to site_archiver(a)lists.apple.com

1 0

Re: panic crash on Leopard when assigning secondary IP to reattachedinterface
by mm w 26 Nov '07

26 Nov '07

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=55TwzjsBehEfm/bVC7SAXbLWspLpFpAW8hz5DA/pSD4=; b=ZOvmWpRZQtl9JUfEO7RRfNBLkphqV1X6b5zJiLKkJ9KcDDeup3Te893I6+H1ABDwq9PUz3cKM5nOUHANwOiqaF7KjLTwBH2TVLsZ0xAnaDzCHNrkG2J/lGqyy7z7IK5bP911eDakrMU01OGGMBZT1cifVFiKKrY7/1Kgc/m43yw= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=cC9anI0V6Of4wQICKonh9vHLRluv3qmmw9jweEvX4oo62NZqJ5I0nqM9TuWw125TZD1DmC1nT5HRe1CkmUG7dczw8Z30f8Tp6a/ptMLbknFNxgM+Rf0VfqyAKZvDPNP5F4DVI36Ed1veGzzxF57BdoVqmMYDilx/l4SOBS0peKI= Hi, try to cut your question in logical points and give a sample for each cases, personally, i have a code that does something like you, and it works well and i traced no memory leaks. -mmw On Nov 26, 2007 12:44 AM, Ondrej Slanina <oslanina(a)kerio.com> wrote: > > > Hello, was my question understandable ? Or should I post some more details ? > Does anybody have an idea whether it's a bug in Darwin or my code is faulty > ? > Thanks, > Ondra > > > > ----- Original Message ----- > From: Ondrej Slanina > To: darwin-kernel(a)lists.apple.com > Sent: Friday, November 23, 2007 5:00 PM > Subject: panic crash on Leopard when assigning secondary IP to > reattachedinterface > > > > Hi, I'am new in Mac OS X kernel development and I'am experienced this > problem: > > 1. I have clear OS with tun/tap interface installed. (This tun/tap is > developed by me but the same behaviour occured with free tun/tap which you > can find on Internet) > 2. open device => attach net iface (ifnet_attach with uniqueid == MAC) > 3. ifconfig "name-of-iface" 172.16.1.1-24 alias (yes, we are trying to add > secondary IP to interface with no one IP) > 4. everything is ok, we have iface with IP 172.16.1.1 > 5. close device => detach iface with iface_detach (during process off > detaching we called ifnet_detach_protocol and another relevant detaching > functions) > 6. everything is ok, we have not iface in OS > 7. open device => attach net iface (iface_attach with uniqueid == MAC > [identical to MAC in second step]) > > 8. ifconfig "name-of-iface" 172.16.1.1-24 alias > 9. panic crash > > This crash occures only on Leopard OS by reason of minority changes in BSD > kernel (xnu-1228\bsd\netinet\in.c:1192) ifafree function is trying to > dereference NULL pointer previously obtained by ifa_ifpgetprimary() Why this > pointer is NULL ? The reason is in incoherence between if_addrhead (list > with addresses on iface) and in_ifaddrhead (list with all(?) IP ) Another > reason is reusing detached iface. When you detach iface from system, iface > still remain in system waiting for another chance to live. No iface memory > is released, no address memory is released. If you will call iface_attach > with the same uniqueid, system will return back the same iface which you are > allocated for the first time. BUT during processing of iface_attach > function, if_addrhead list is initialized and filled with link layer > address. This means that in this list will be only one address with family > AF_LINK but no address with AF_INET family. But in in_ifaddrhead is still > AF_INET address which leads to our iface. And this is incoherence mentioned > above. When you call ifconfig ... alias, system try to ADD ip but not call > REMOVE (as in the case of ifconfig .... wihout alias) OS will find address > in in_ifaddrhead (xnu-1228\bsd\netinet\in.c:307) and will not call > if_attach_ifa to add new address to if_addrhead. Next, in_ifinit() is called > (xnu-1228\bsd\netinet\in.c:702) in this function ifa_ifpgetprimary() is > called but this routine search in if_addrhead on iface) In this list is only > one address (link layer) and no AF_INET. This means that NULL pointer is > returned and panic crash will occure on next call to ifafree. > > My question is: Is this a bug in BSD portion of kernel and should be > reported to Apple, or behaviour of my kernel module is inccorect ? > > Workaround is to call ifnet_attach with unique id, but in this case some > leaks can occure.... > > P.S. I'am sorry for my bad english, I will try to improve my language skills > :-) > > Thanks, > > Ondrej Slanina > developer > .................................................................. > Kerio Technologies s.r.o. > Anglicke nabrezi 1, 301 49 Plzen > Czech Republic > http://www.kerio.com > ................................................................... > Connect. Communicate. Collaborate. Securely. > > ________________________________ > > > _______________________________________________ > 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/oslanina%40kerio.com > > This email sent to oslanina(a)kerio.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/openspecies%40gmail.com > > This email sent to openspecies(a)gmail.com > -- echo zapydapntpd.rxltw@nzx | tr a-z@. p-za-o.@ _______________________________________________ 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: Blocking file access within KAUTH
by Jernej Azarija 26 Nov '07

26 Nov '07

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com Dkim-signature: v=1; a=rsa-sha1; c=relaxed/simple; d=hermes-softlab.com; s=hsl2007; t=1196074858; bh=JPgIIxN48pMirI4bkW8ercaL4LE=; h=X-Virus-Scanned:X-MimeOLE:Content-class:MIME-Version:Content-Type: Subject:Date:Message-ID:X-MS-Has-Attach:X-MS-TNEF-Correlator: Thread-Topic:Thread-Index:References:From:To; b=xCMuKei+bIK5Bzhbhr 26ez6Gw/b1NfHRjd4oVOPgPuFeJfekD43Q2auFbtIoULDptEbEDxEK2O7Bzrz1U0MzO uL1kEUUJiqZqpUkXFrwp5Cb+7GRHFQMj66dDG3XdQjIHeNbJ0lWzmb6jE8Aoo+EmlvD PzEIcj24uWLVlXMmrXE= Thread-index: Acgu8kJ2nTqTLYbYTCSnEGJi47px3wBKBgyB Thread-topic: Blocking file access within KAUTH _______________________________________________ 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: panic crash on Leopard when assigning secondary IP to reattachedinterface
by Ondrej Slanina 26 Nov '07

26 Nov '07

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.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: MTRRs and PATs
by Victor Vedovato 26 Nov '07

26 Nov '07

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com Victor On Nov 20, 2007, at 3:17 PM, Derek Kumar wrote: _______________________________________________ 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.… Derek - thanks for the excellent response. We can use reggie_se to set/ reset the registers for debugging. It's not clear from others that OS X uses the MTRRs/PATs for cache control. Can you confirm that? Thanks again. reggie_se -r -a 0x277 -B 64 This email sent to site_archiver(a)lists.apple.com

1 0

Re: Blocking file access within KAUTH
by Michael Smith 25 Nov '07

25 Nov '07

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com On Nov 25, 2007, at 12:30 AM, Damir Dezeljin wrote: = Mike _______________________________________________ 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.… Anyway I'll try to clarify my use case a bit better: Lets say I'm implementing a virus scanner and I want performing some actions only when (before) the file data is being accessed. So, ideally I would skip all directory listing or chmod-s, renames and other operations not requiring file data. As I understood it is not possible to distinguish between all such operations, but I have to deal with VNODE action bit mask and do my decision depending on results (well, first I have to check if the VNODE is a file ...). As far as good -> I'm going to do some more testing and I guess I'll return with additional questions later on. You're not interested in operations, since you can't know what all the operations are. You're interested in the rights being granted, because they are set in stone. BTW: I don't really care about the path I get from the VNODE. The only important thing is I will be able to open the resolved path in user space and scan the file. Depending on results, I'll block the file access. I'm concerned about performance and results of my approach for cases Michael described: ---- there isn't an operation actually in progress, but someone wants to know whether it would be permitted. You may want to ignore operations with this bit set for performance reasons, but be aware that it may give odd results. ---- If you are scanning on open, then you can (and should) ignore the advisory requests. I some not directly related questions to the subject: - I have just one MAC available right now. I'm using it for developing and testing too. This makes it hard tracking down kernel (my KEXT) deadlocks as I had to reset it lot of times already :) I'm wondering if it is possible to debug the kernel remotely using a Linux / Windows box? Or is it possible to run Darwin on a normal PC (not MAC) - I'm pretty sure it is, but I don't know if it is possible compiling or just loading KEXT-s on such installations. You will need another Mac. I'd recommend you consider a Mini - I use a small farm of them for debugging/testing/etc. in conjunction with a KVM; they are very economical in that regard. Basically I bumped into two and a half issues :): 1. Hard links - path resolution I'm considering implementing kind of exclude directory filtering in kernel itself. I guess this would help lower the overhead until when the 'filtering code' is small and fast as this will reduce kernel <- > user communication by > 50%. The problem are hard links: I created p1.src as a regular file in a directory I'm scanning (is not excluded). Than I created two hard links to this file (p2.src.hrd and p3.src.hrd) in the same directory. Afterwards I moved the p2.src.hrd to an excluded directory. By doing this I was not getting any notification for the other two hard links (well, the original file and one hard link) that were still in a not-excluded directory. So, suppose the excluded directory is /test/excluded. Doing 'cat /test/excluded/p2.src.hrd' doesn't trigger a notification. After some more investigation I found out the vnode_vfsname() always resolves to the last modified hard link (or original file) instance. I found such a behavior a bit bizarre; however, I'm sure there should be a good reason for this (name resolving cache?). vnode_vfsname() returns the name of the VFS (filesystem) that the vnode is hosted on. I assume you mean vnode_getpath(). Yes, the namecache will only give you one of a set of possible paths to a node. Think of the filesystem namespace as a database index. It is possible to have multiple indices referencing the same record, and the relationship between the record and the index entries is not reflexive. Is there any way to workaround this problem -> so to get the actual path of the file (hard link) that was accessed? No. And as I noted previously, there are cases where this won't help you anyway. 2. Denial hard link creation Is there a way to prevent creation of hard links -> heh, this would be a dirty work around for the first case :) Yes, the act of linking to an object is authorised with KAUTH_VNODE_LINKTARGET. Note that blocking this indiscriminately will break many things and you would still have the problem that a hardlink could be renamed into your protected area; there is not a good way to determine that this is being done. (KAUTH_VNODE_ADD_FILE does not pass the vp for the file being added in the rename case - it probably should so that this sort of thing could be done). 3. File movements This is my KEXT debug trace of a 'mv /test/p1.src /test/ p1.src.renamed': ---- DELETE on file '/test/p2.src.hdr' READ_ATTRIBUTES READ_SECURITY on file '/test/p1.src.renamed' READ_DATA on file '/test/p1.src.renamed' READ_ATTRIBUTES READ_SECURITY on file '/test/p1.src.renamed' READ_ATTRIBUTES on file '/test/p1.src.renamed' READ_ATTRIBUTES on file '/test/p1.src.renamed' READ_DATA on file '/test/p1.src.renamed' ---- I'm confused and concerned about "READ_DATA on file '/test/ p1.src.renamed'" outputs. You probably have Spotlight running. Turn it off. It will confuse you *greatly*. This email sent to site_archiver(a)lists.apple.com

1 0

Re: Blocking file access within KAUTH
by Michael Smith 25 Nov '07

25 Nov '07

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com On Nov 25, 2007, at 12:35 AM, Damir Dezeljin wrote: = Mike _______________________________________________ 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.… Or is it possible to run Darwin on a normal PC (not MAC) - I'm pretty sure it is, but I don't know if it is possible compiling or just loading KEXT-s on such installations. Well, I was talking about OpenDarwin, but now I'm not sure any more it will do the job. Any hints where to get / download and how to install a system that I can use for developing on a non-MAC PC? << I'm already checking the net, but first results aren't encouraging :) No. MacOS X is licensed only for use on Apple-branded computer systems. Buy a second-hand Intel-based Mac Mini, if cost is an issue. This email sent to site_archiver(a)lists.apple.com

1 0

Re: Blocking file access within KAUTH
by Damir Dezeljin 25 Nov '07

25 Nov '07

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:references:x-google-sender-auth; bh=kGHG7xRVRYAEcqmQ7CXjeoEBPx58LLuRbPqvZeCSKvQ=; b=VZWyvznmiWO9qx2DD2ZxNk9oMJRF47x19c6gmq+yuUW23nDFm8NUnxVY8j/a8V4aBiPXUCrg3ervT51+YiPEmCS0mm0wOnq0/aWxT7PCjAJguGyWnj7C9iMEulPMyebSamQJeQV74VhxPt1xq3ekcEaGpVwhppKlwX7tBocSVSw= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:references:x-google-sender-auth; b=v3Ixow7MINJwz2xW2/P15vn83v2CjlSp7qjgkyz6d2rXRPOg7UW/Min+PkmFQGvKT70c3+6JQTXOSqhoZ4Xi6UQlfIpn6HZBuifP0MNaV32bLgFAZa6mbXLH2fkXhqLPSQTcLgHvjtk8umNWRvlcnf0y4X1kR95R01qND9w37xc= _______________________________________________ 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