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

Re: 10.7 sources?
by William Siegrist 21 Jul '11

21 Jul '11

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com On Jul 20, 2011, at 3:41 PM, Andreas Fink wrote: > As the lion is out, anyone having an idea how long it will take until 10.7 sources appear on opensource.apple.com? The sources have been posted. -Bill _______________________________________________ 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

10.7 sources?
by Andreas Fink 20 Jul '11

20 Jul '11

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com As the lion is out, anyone having an idea how long it will take until 10.7 sources appear on opensource.apple.com? SCTP.kext doesn't work anymore as it's still dependent on kerne specific stuff which still hasn't been put into a public API. <joke>I wonder who'm at apple we have to bribe to get SCTP into the kernel tree finally <joke/> (Ordering 47 XServers last january did not do the trick unfortunately.) _______________________________________________ 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: AFP file corruption issue
by Jonas Maebe 20 Jul '11

20 Jul '11

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com On 19 Jul 2011, at 19:13, Quinn The Eskimo! wrote: > On 19 Jul 2011, at 17:46, Jonas Maebe wrote: > >> There used to be. First it was at http://devworld.apple.com/qa/qa2001/qa1113.html, then it moved to http://developer.apple.com/library/mac/#qa/qa2001/qa1113.html. Now it appears to have been deleted altogether. That's probably because it is tainted by the evil carbon [...] > > Hmmm, I like I conspiracy theory as much as the next person, but in this case you've theorised a conspiracy too far. Yes, sorry for going a "little" overboard there. > QA1113 disappeared from the web because of a process issue related to its age. It will be back, along with dozens of other documents that suffered the same fate. > > And you'll never guess what I spent me weekend doing? Much appreciated! Jonas _______________________________________________ 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: AFP file corruption issue
by Ken Hornstein 19 Jul '11

19 Jul '11

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com >Hmmm, I like I conspiracy theory as much as the next person, but in this >case you've theorised a conspiracy too far. QA1113 disappeared from the >web because of a process issue related to its age. It will be back, along >with dozens of other documents that suffered the same fate. Hey, thanks for the update on that; I was looking for another QA note of a similar vintage a few weeks ago and I couldn't find it. Glad to hear that they'll be back! --Ken _______________________________________________ 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: AFP file corruption issue
by Quinn "The Eskimo!" 19 Jul '11

19 Jul '11

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com On 19 Jul 2011, at 17:46, Jonas Maebe wrote: > There used to be. First it was at http://devworld.apple.com/qa/qa2001/qa1113.html, then it moved to http://developer.apple.com/library/mac/#qa/qa2001/qa1113.html. Now it appears to have been deleted altogether. That's probably because it is tainted by the evil carbon [...] Hmmm, I like I conspiracy theory as much as the next person, but in this case you've theorised a conspiracy too far. QA1113 disappeared from the web because of a process issue related to its age. It will be back, along with dozens of other documents that suffered the same fate. And you'll never guess what I spent me weekend doing? S+E -- Quinn "The Eskimo!" <http://www.apple.com/developer/> Apple Developer Relations, Developer Technical Support, Core OS/Hardware _______________________________________________ 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: AFP file corruption issue
by Jonas Maebe 19 Jul '11

19 Jul '11

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com On 19 Jul 2011, at 18:11, Steve Modica wrote: > I don't understand the /.vol mechanism. I see lots of temp files in there during other activity. Are files saved there and moved over? Is there a write up on the .vol mechanism? There used to be. First it was at http://devworld.apple.com/qa/qa2001/qa1113.html, then it moved to http://developer.apple.com/library/mac/#qa/qa2001/qa1113.html. Now it appears to have been deleted altogether. That's probably because it is tainted by the evil carbon (everyone knows we have to reduce our carbon emissions, so please join me in congratulating Apple for once again being at the forefront of the revolution). All I remember from that technote is that you shouldn't rely on the stuff under .vol and that it is mostly, if not completely, implementation-dependent on what it means or how it works. Archive.org doesn't seem to have a copy of http://devworld.apple.com/qa/qa2001/qa1113.html, and the use of a #-mark in a url for something else than referring to an anchor appears to have resulted in archive.org never getting a copy of anything at all below http://developer.apple.com/library/mac (or at least it does not offer an easy way to get at that content if it did capture it). Now please go play some Angry Birds and be a good iOS citizen. The management thanks you. Jonas _______________________________________________ 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

AFP file corruption issue
by Steve Modica 19 Jul '11

19 Jul '11

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com I thought I had this issue knocked (recap: FCP claims it saved a file over AFP, file is 0 length. No errors. No kernel messages) Yesterday I discovered the admin had a ":" in the path to his files. I also discovered that a file with a ":" in it's name could not be read or deleted and that Finder displayed the ":" as a "/", so the customer wasn't even aware it was in there. I had to see it from the shell. After fixing that, I thought we might have solved it. However it happened again. Next step is to gather a dtruss from the AppleFileServer daemon and see if we can't spot something unusual. Also want to have the customer try saving locally. I don't understand the /.vol mechanism. I see lots of temp files in there during other activity. Are files saved there and moved over? Is there a write up on the .vol mechanism? -- Steve Modica CTO - Small Tree Communications www.small-tree.com phone: 651-209-6509 ext 301 mobile: 651-261-3201 _______________________________________________ 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

AFP data corruption question
by Steve Modica 17 Jul '11

17 Jul '11

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com Hi All, This is perhaps the weirdest Mac problem I've ever dealt with and I think it lives in the kernel and I'm looking for ideas.. here goes... Customer has a server and two clients. All direct attached with clients on their own subnets (they cannot see each other). They run Final Cut Pro. The Server is a Mac Pro. This all started with 10.6.4 on all systems and FCP 7.0 on both systems (fully licensed. no pirating here). The FCP projects are stored on the server. Sometimes, when doing "Save Project As" from FCP on one of the stations, it will claim to save but the resultant file is 0 length. There is no error and no kernel log. When this condition occurs, it will continue. (We will try saving to a local filesystem next) When this happens, the guy will close FCP, open the file from the second station and save it again. Then the first station can save. There are no permissions or acl issues here. Both systems can open all the files. Further, we are quite sure there's no simultaneous opening going on. A dtruss of the issue shows lots of .vol accesses and files with funky hash names (the actual filename is only stat'd a few times) Steps so far: 1. Machines had *identical* host names (Preferences->Sharing). We changed that 2. Upgrade to 10.6.8 everywhere in case of ACL propagation issue 3. Upgrade FCP to 7.0.3 on both systems 4. Check filesystem for corruption (no trouble found) 5. Put clients on a switch (still on different subnets) so they would "see" each other with bon jour. (This would normally have prevented the identical host name thing) My suspicion is that something about the identical host names remains in place. Perhaps there are hashes stored in /.vol that are causing trouble? I'm wondering if someone with AFP/HFS knowledge might know of something here. Steve -- Steve Modica CTO - Small Tree Communications www.small-tree.com phone: 651-209-6509 ext 301 mobile: 651-261-3201 _______________________________________________ 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: Deadlock in open() syscall
by Shantonu Sen 13 Jul '11

13 Jul '11

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com You can't rebuild. You need to use the binary that you had loaded at the time (preferably with a dSYM for line number mapping) to symbolicate. If you build the kext from scratch it's useless. Shantonu On Jul 12, 2011, at 4:08 PM, Anatol Pomozov wrote: > Hi, > > I've got the load address from here > > $ kextstat | grep fuse4x > 166 0 0x5a9a5000 0x18000 0x17000 org.fuse4x.kext.fuse4x > (0.8.7) <7 5 4 3 1> > > And then run it with the kext image > > atos -o ~/sources/fuse4x/kext/build/Debug/fuse4x.kext/Contents/MacOS/fuse4x > -l 0x5a9a5000 -arch i386 -f kext.txt > > As a result I've got this: > > fuse_body_audit (in fuse4x) (fuse_ipc.c:656) > (0x5a9ab84c) > FSNodeGetOrCreateFileVNodeByID (in fuse4x) (fuse_node.c:41) > (0x5a9ad25e) > fuse_internal_attr_vat2fsai (in fuse4x) (fuse_internal.c:577) > (0x5a9a7b75) > fuse_skip_apple_double_mp (in fuse4x) (fuse_internal.h:368) > (0x5a9b21dd) > > > But it looks like a total junk to me. These functions are independent. > Could this mistake happen because of compiler optimizations? I built > kext with "Debug" configuration. What compiler flags I need to set to > make "atos" output as much informative as possible? > > On 7/8/11, Antoine Missout <antoine.missout(a)metakine.com> wrote: >> iirc, kextstat can give you your kext load address, and then just use the -l >> param of atos (and correct -arch) >> - Antoine >> >> >> >> On 2011-07-08, at 13:36, Anatol Pomozov wrote: >> >>> Hi, >>> >>> While we are here - how to symbolize KEXT addresses. Below there is a >>> group: >>> >>> 0x92f11df1 (0x92f11df1) >>> 0x92f0f0ef (0x92f0f0ef) >>> 0x92f1b3ae (0x92f1b3ae) >>> And I would like to get their function names. I tried 'symstacks.rb' and >>> 'atos' and I was not able to symbolize it. I believe atos needs >>> load-address but I do not know how to get it for my kext. >>> >>> Is there any documentation with examples? >>> >>> On Fri, Jul 1, 2011 at 8:07 PM, Shantonu Sen <ssen(a)apple.com> wrote: >>> This is a bug in your fuse kext. Two threads are serialized behind: >>> Kernel stack: >>> machine_switch_context (in mach_kernel) + 753 (0x2a8a6e) >>> thread_dispatch (in mach_kernel) + 1966 (0x226fbe) >>> thread_block_reason (in mach_kernel) + 331 (0x22725d) >>> thread_block (in mach_kernel) + 33 (0x2272eb) >>> lck_mtx_sleep_deadline (in mach_kernel) + 104 (0x221407) >>> wakeup (in mach_kernel) + 286 (0x48ead0) >>> msleep (in mach_kernel) + 157 (0x48f1f3) >>> 0x92f11df1 (0x92f11df1) >>> 0x92f0f0ef (0x92f0f0ef) >>> 0x92f1b3ae (0x92f1b3ae) >>> VNOP_ACCESS (in mach_kernel) + 137 (0x2fe251) >>> vfs_mountroot (in mach_kernel) + 1617 (0x2e314b) >>> kauth_authorize_action (in mach_kernel) + 80 >>> (0x46ba55) >>> vnode_authorize (in mach_kernel) + 91 >>> (0x2dd78f) >>> inet_ntop (in mach_kernel) + 8233 >>> (0x2c8f8d) >>> getattrlist (in mach_kernel) + 169 >>> (0x2ca72c) >>> unix_syscall64 (in mach_kernel) + 617 >>> (0x4f6075) >>> lo64_unix_scall (in mach_kernel) + >>> 77 (0x2a144d) >>> User stack: >>> getattrlist (in libSystem.B.dylib) + 10 (0x7fff86875fce) >>> FSMount::_getattrs(unsigned int, char const*, unsigned int, unsigned >>> int, FSAttributeInfo*, unsigned int, unsigned char*) (in CarbonCore) + 237 >>> (0x7fff84613ad7) >>> FSMount::getattrs(unsigned int, char const*, unsigned int, >>> unsigned int, FSAttributeInfo*, unsigned int, unsigned char*) (in >>> CarbonCore) + 248 (0x7fff846139a4) >>> GetFSRefAttributes(FSMount*, FSRefPrivate const*, unsigned int, >>> FSAttributeInfo*, unsigned int, char*) (in CarbonCore) + 193 >>> (0x7fff8461387f) >>> PBGetCatalogInfoSync (in CarbonCore) + 250 (0x7fff846135c5) >>> FSGetCatalogInfo (in CarbonCore) + 40 (0x7fff846134c8) >>> TFSInfo::Initialize(FSRef const&, unsigned int) (in >>> DesktopServicesPriv) + 190 (0x7fff838d64ee) >>> TFSInfo::GetVolumeInfo(short, unsigned int, >>> FSVolumeInfo&, TCountedPtr<TFSInfo>*) (in DesktopServicesPriv) + 97 >>> (0x7fff838d6411) >>> >>> TFSVolumeInfo::Initialize(TCountedPtr<TVolumeSyncThread> const&, short, >>> unsigned int, bool&) (in DesktopServicesPriv) + 643 (0x7fff83940d6b) >>> >>> TFSVolumeInfo::AddVolume(TCountedPtr<TVolumeSyncThread> const&, short, >>> unsigned int, TCountedPtr<TFSVolumeInfo>&, bool&) (in DesktopServicesPriv) >>> + 201 (0x7fff839417b7) >>> TNode::AddVolume(TCountedPtr<TVolumeSyncThread> >>> const&, short, unsigned int, TNodePtr&, bool) (in DesktopServicesPriv) + >>> 206 (0x7fff83915e0e) >>> TNode::HandleVolumeAdded(TCountedPtr<TNodeTask> >>> const&, TNodePtr const&, TCountedPtr<TVolumeSyncThread> const&) (in >>> DesktopServicesPriv) + 65 (0x7fff83916213) >>> >>> TNode::HandleNodeRequest(TCountedPtr<TNodeTask> const&, >>> TCountedPtr<TVolumeSyncThread> const&) (in DesktopServicesPriv) + 1068 >>> (0x7fff8391cad4) >>> __PostNodeTaskRequest_block_invoke_2 (in >>> DesktopServicesPriv) + 98 (0x7fff838dc654) >>> _dispatch_call_block_and_release (in >>> libSystem.B.dylib) + 15 (0x7fff86876284) >>> _dispatch_queue_drain (in >>> libSystem.B.dylib) + 251 (0x7fff86854df2) >>> _dispatch_queue_invoke (in >>> libSystem.B.dylib) + 57 (0x7fff86854c54) >>> _dispatch_worker_thread2 (in >>> libSystem.B.dylib) + 252 (0x7fff868547fe) >>> _pthread_wqthread (in >>> libSystem.B.dylib) + 353 (0x7fff86854128) >>> start_wqthread (in >>> libSystem.B.dylib) + 13 (0x7fff86853fc5) >>> >>> >>> This looks like the filesystem was unmounted while a callout to userspace >>> was still in flight, and the unmount code did not initiate a wakeup(), >>> leaving it orphaned and waiting forever. >>> >>> Shantonu >>> >>> >>> On Jun 30, 2011, at 3:58 PM, Anatol Pomozov wrote: >>> >>>> Hi, Shantonu >>>> >>>> Thanks for your answer. >>>> >>>> On Thu, Jun 30, 2011 at 3:50 PM, Shantonu Sen <ssen(a)apple.com> wrote: >>>> You haven't provided the full stackshot, so it's hard to tell. Are other >>>> threads blocked in the filesystem? >>>> >>>> Here is the full stackhot. https://gist.github.com/1057485 (both raw and >>>> symbolized). I hope it does not leak any private information :) >>>> >>>> vfs_mountroot() is a red herring. It's the nearest global symbol to the >>>> function being called, which is most likely vnode_authorize_opaque() >>>> >>>> Yes, it is almost certainly related to using fuse and mounting/unmounting >>>> filesystems. >>>> >>>> I can also provide instructions how to setup tup tests and reproduce the >>>> issue locally. >>>> >>>> >>>> On Jun 30, 2011, at 3:38 PM, Anatol Pomozov wrote: >>>> >>>>> Hi, >>>>> >>>>> I work on a build tool called tup, and most of the time it works fine. >>>>> But unfortunately when I run tests it deadlocks on one of the open() >>>>> syscalls. The probability that a test deadlocks is ~1%, but it always >>>>> happens in different tests. I think deadlock happens here >>>>> https://github.com/gittup/tup/blob/master/src/compat/dir_mutex.c#L23 >>>>> >>>>> Looking at the stacktrace that I got from stackshot I see that open() >>>>> syscall calls vfs_mountroot (??) that tried to acquire mutex on a some >>>>> node. It looks like the mutex is already hold by someone else. An >>>>> interesting thing is that I see the deadlock in tests only, and I never >>>>> saw it in the production. Maybe it happens because tests create a lot of >>>>> short-living fuse filesystems (and call a bunch of mount/umount)? >>>>> >>>>> I do not know whether this is an issue in the kernel. It can be also >>>>> related to fuse4x kernel extension that my application uses >>>>> http://github.com/fuse4x/kext >>>>> >>>>> Are there any pointers that help me to understand what is going on here? >>>>> >>>>> This is a stacktrace for 32 bits kernel (10.6.7) and 64 bits app: >>>>> >>>>> PID: 40062 >>>>> Process: tup >>>>> Kernel stack: >>>>> machine_switch_context (in mach_kernel) + 753 (0x2a8a6e) >>>>> thread_dispatch (in mach_kernel) + 1966 (0x226fbe) >>>>> thread_block_reason (in mach_kernel) + 331 (0x22725d) >>>>> thread_block (in mach_kernel) + 33 (0x2272eb) >>>>> lck_mtx_lock_wait_x86 (in mach_kernel) + 330 (0x29f85a) >>>>> lck_mtx_lock (in mach_kernel) + 504 (0x2995d8) >>>>> lock_fsnode (in mach_kernel) + 97 (0x2fa9bd) >>>>> VNOP_ACCESS (in mach_kernel) + 83 (0x2fe21b) >>>>> vfs_mountroot (in mach_kernel) + 1617 (0x2e314b) >>>>> kauth_authorize_action (in mach_kernel) + 80 >>>>> (0x46ba55) >>>>> vnode_authorize (in mach_kernel) + 91 (0x2dd78f) >>>>> vn_open_auth (in mach_kernel) + 1066 >>>>> (0x2f400f) >>>>> link (in mach_kernel) + 1592 (0x2ed0d3) >>>>> open_nocancel (in mach_kernel) + 243 >>>>> (0x2ed581) >>>>> unix_syscall64 (in mach_kernel) + 617 >>>>> (0x4f6075) >>>>> lo64_unix_scall (in mach_kernel) + 77 >>>>> (0x2a144d) >>>>> User stack: >>>>> open (in libSystem.B.dylib) + 10 (0x7fff8684495e) >>>>> Continuation: kevent (in mach_kernel) + 97 (0x4783e9) >>>>> User stack: >>>>> kevent (in libSystem.B.dylib) + 10 (0x7fff8685312a) >>>>> _dispatch_queue_invoke (in libSystem.B.dylib) + 185 >>>>> (0x7fff86854cd4) >>>>> _dispatch_worker_thread2 (in libSystem.B.dylib) + 252 >>>>> (0x7fff868547fe) >>>>> _pthread_wqthread (in libSystem.B.dylib) + 353 >>>>> (0x7fff86854128) >>>>> start_wqthread (in libSystem.B.dylib) + 13 (0x7fff86853fc5) >>>>> Continuation: semaphore_wait_continue (in mach_kernel) + 0 >>>>> (0x22a3e1) >>>>> User stack: >>>>> semaphore_wait_signal_trap (in libSystem.B.dylib) + 10 >>>>> (0x7fff8683a2e2) >>>>> dir_mutex_lock (in tup) + 17 (0x10005f570) >>>>> _______________________________________________ >>>>> 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/ssen%40apple.com >>>>> >>>>> This email sent to ssen(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/antoine.missout%40meta… >>> >>> This email sent to antoine.missout(a)metakine.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/ssen%40apple.com > > This email sent to ssen(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: Getting the OS Version from a Kext driver context
by Chris Tilt 13 Jul '11

13 Jul '11

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=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=wKkZ1/s+BIFduyTbTjUcqrp08+5ZVk7c01zGzRs50Yw=; b=FAzalS8AZ91jNwGSRg11YCRrLJd5+K0uaxICOy0Mnufly0Owx9cbE6n2BNpJi0uyv1 TV+wv5gT1Cp+nKiPqvO1/fZummthL1nq9BcITuJYquugwI4uYMwCQzwKsa+/2TZ572yI RMqpO3bARr+8hIlj1iTn77M0mWR3R0lhUCUvE= Oh gosh, I just found all the replies to this question in the archives. My apologies. -Chris On Tue, Jul 12, 2011 at 5:41 PM, Chris Tilt <chris.tilt(a)gmail.com> wrote: > Hello. I haven't been able to find out how to get the OS version from > within my kernel extension driver. I'm looking for anything like > "10.7" or version.major and version.minor, etc. I am attempting to > provide matching based on the OS version and we have a compatibility > problem on Lion. > > Best regards, Chris > _______________________________________________ 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