March 2007 - Darwin-kernel - lists.apple.com

pthreads cancellation
by Colin Hirsch 15 Mar '07

15 Mar '07

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com User-agent: Mutt/1.5.9i Hallo, is there any documentation on the current status of pthreads cancellation? (I read the man page and searched the developer documentation, but they all seem to be out of date: none of them includes the _APPLE_C_SOURCE define that was mentioned in an earlier thread on this subject; can I assume that it makes all Posix mandated cancellation points work? I tested with poll(), and that was ok; it would however be nice to have a "more complete" man page...) Regards, Colin Hirsch _______________________________________________ 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: kern_control KPI and socket reads
by Kevin Brock 15 Mar '07

15 Mar '07

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com On Mar 14, 2007, at 4:22 PM, Bhavesh Davda wrote: I know that the kern_control API doesn't provide a callback for reads on the sockets that it internally uses, after a call to ctl_enqueuembuf(). But how would I go about implementing something that gets called on a read/recv from my kern_control socket? Or were you looking for something else? Kevin Brock apple(a)kevin.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.… The ctl_send_func that you specified when registering the control should get called when the client sends data to the kext. This email sent to site_archiver(a)lists.apple.com

1 0

kern_control KPI and socket reads
by Bhavesh Davda 14 Mar '07

14 Mar '07

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com Dkim-signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=uUgZwafnWFxXaU/5J9VL4Bk3sMcOkcFGU3xi4IJqITkuw0VmS8z6iRljdDUoMd0tzrpmae6nh83mX1K1wUbph9UdlXI80IgBKSov0o/u+HwQKoUP0LyRi5Im/u34IC6f+6cyAPwZps9cKU03f00qFAJf5t/sLe5lAiR1vU0lMtk= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=pafJHOlfOpm+a51Ld0LAGHgsvb06YbXffZAQNC1YjxRRM680W2qS8X9k4n/boF+dJ5uGUU2e5IRSzmQ/GkM7bNFcEVFvrA8lrMaAvnABz2s3kFRFBnaiC2xbjz1vobmyfabnjfrC2Nz2LWMHftUArZOWqF5DJIXSa12K8Xnv2og= I know that the kern_control API doesn't provide a callback for reads on the sockets that it internally uses, after a call to ctl_enqueuembuf(). But how would I go about implementing something that gets called on a read/recv from my kern_control socket? Is a socket filter my only option? Thanks -- Bhavesh P. Davda _______________________________________________ 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: xnu-792.18.15 source
by Bhavesh Davda 14 Mar '07

14 Mar '07

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com Dkim-signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=cB5f1R09JRWq8prSFFShFE5UKqqtd6i9bgysH0JDeO/Sny2L1qjSHHFyl8B1psMD1eWCPiN0bszicfkVb57qs8svKBWMD26guLq7DyMRNTLqTWv5fpprIPfJf2mMNw6B1S2INAnLtJlr/L8biWQp4zEXNHEtlJqJ0Q2wL4H4tX8= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=EHs9WWTg8ULqcnT/435Wh8pSLXshQORDxFapfPZsW8oFsBE6zcBraMtTb5SqprfzF1Z0eezrsSiOvcwKIsSvn0uCg/aMHnxbebd0H5mFb+mzZ5vpAJJC4SBIghkm/NbdYnVJUzVZLY4HgR0tEJbWtz0WtW6Ex4ntiQ4NnANT5Ic= Awesome! Now for the source... :) Thanks! Hi Bhavesh, On Mar 14, 2007, at 11:45 AM, Bhavesh Davda wrote: > Same question about the Kernel Debug Kit too... Thanks! The 10.4.9 Kernel Debug Kits have been released. Please see <http:// developer.apple.com/hardwaredrivers/download/kerneldebugkits/>. --gc -- Bhavesh P. Davda _______________________________________________ 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.… On 3/14/07, Garth Cummings <gcummings(a)apple.com> wrote: This email sent to site_archiver(a)lists.apple.com

1 0

Re: xnu-792.18.15 source
by Garth Cummings 14 Mar '07

14 Mar '07

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com Hi Bhavesh, On Mar 14, 2007, at 11:45 AM, Bhavesh Davda wrote: --gc _______________________________________________ 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.… Same question about the Kernel Debug Kit too... Thanks! The 10.4.9 Kernel Debug Kits have been released. Please see <http:// developer.apple.com/hardwaredrivers/download/kerneldebugkits/>. This email sent to site_archiver(a)lists.apple.com

1 0

Re: large, disposable files?
by Ed Wynne 14 Mar '07

14 Mar '07

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com On Mar 14, 2007, at 3:22 PM, Terry Lambert wrote: This is a really bad idea, bordering on useless scheduler abuse, IMHO. -Ed _______________________________________________ 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.… Alternately, setting the task priority to RT (it _is_ an AV application, after all) would give the paging in of the pause path priority, and, again, you'd get a more or less immediate response. IO is not prioritized on darwin (altho it may be deprioritized...), its handled first come first serve. Your realtime thread will page just as fast as non-realtime threads, especially since every page fault you take will allow several ms of time for other lower priorty threads to get their fault requests into the queue. RT goes out the window across IO, except for pure scheduler latency... but I'd bet just about anything that isn't the problem here. This email sent to site_archiver(a)lists.apple.com

1 0

Re: large, disposable files?
by Terry Lambert 14 Mar '07

14 Mar '07

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com - -- Terry _______________________________________________ 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.… On Mar 14, 2007, at 2:16 AM, Quinn wrote: At 21:27 -0700 13/3/07, Michael Smith wrote: It's largely superseded by the (more standard) madvise(2). Which, last time I checked, was largely ignored by the kernel. In the currently released version of the OS, vm_map_behavior_set(), the underlying Mach API that implements it, defaults VM_BEHAVIOR_WILLNEED and VM_BEHAVIOR_DONTNEED, but it respects (by putting it in the object) VM_BEHAVIOR_DEFAULT, VM_BEHAVIOR_RANDOM, VM_BEHAVIOR_SEQUENTIAL, and VM_BEHAVIOR_RSEQNTL. Both vm_fault_is_sequential() and vm_fault_deactivate_behind() respect these flags. In particular, pages will be preemptively deactived for sequential reads of long enough runs, so mmap()'ing the data and setting MADV_SEQUENTIAL will likely get the behaviour he wants, as llong as his access is actually sequential. As far as "the pause button", there's a (normally privileged) call "malock() which could be used to lock the code path for the pause button into code (assuming you knew your front-end application well enough to know what pages were contained in that code path). If you did that, the reaction tme of the pause button would be more or less immediate. Alternately, setting the task priority to RT (it _is_ an AV application, after all) would give the paging in of the pause path priority, and, again, you'd get a more or less immediate response. As far as tuning the system, it's very hard to provide the knobs; despite the surface similarities, Tru64 and MacOS X are very different internally, and, for example, "ubc" MacOS X is about as really similar under the covers as "ubc" in NetBSD as it is to "ubc" in Tru64. Not only that, the traditional UNIX model for tuning ("turn off all limits, run it until it crashes with a particular workload, tune down the limits where it jumped the shark") doesn't tend to work very well for the customer. This email sent to site_archiver(a)lists.apple.com

1 0

Re: xnu-792.18.15 source
by Bhavesh Davda 14 Mar '07

14 Mar '07

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com Dkim-signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=A/S0WXvNvHdVr2vJqYGbKkKj1buzgfYDbJb2B+qXP9f8Mj4lDv8as6Dcxj65aM9eGsVDOxkM8QYhfWh0nQNGgztBxD4ZDt3QL6hCl/c/WGyE7gpSmIYFRFLhqnjWbqJ+rkPp4MlLGYJGHhDJHViBEntLEvHc9alNZF4i8Js3AC4= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=qXvy550qPXF0RmC8ihWnWICfB3Y2CVSwXsq6m+snU+pR4rgbsgZ3QzcZNGZvBrmPmn624SWK+FCW2TtR04eBrJYeldYGSUrC2QeMSD7qUKq01CVAK37J4KxTqs5f/wi/tjZiJVq4mSttwgAP1IeDZMfC1vfLJOR8caXZ35MEd7g= Same question about the Kernel Debug Kit too... Thanks! When is Apple planning to release sources for the Mac OS 10.4.9 (xnu-792.18.15) update? -- Bhavesh P. Davda _______________________________________________ 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.… On 3/14/07, Bhavesh Davda <bhavesh.davda(a)gmail.com> wrote: This email sent to site_archiver(a)lists.apple.com

1 0

xnu-792.18.15 source
by Bhavesh Davda 14 Mar '07

14 Mar '07

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com Dkim-signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=LCcmq9b+zf+5LtcTXlQ4gVjV479kpatXCuPlbgB5g959mDELqRgf0UC87KlSrZunEjUDhwMRklYR918qn04Xtr0SQsJB/WAoztykSipyGe91X6ag37cnJ2DnLRaAh8ZxTOy3SDEbGNFS1IFo62LVz+M8ckjm4tYgBK1yZ+a6sss= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=MF93cs4JOdFLO13d3sWiVRZtgiG7t6ztYmdQFP8UY+YeX7vOcKSMlriF/PG9tEo48D87gGui8yyl7WCF3F8HT4g+aE6x8paAUw7hVZDEJJ0N/h6mI3hCrfvnFt13aTNfneH20W00NFcihi+2Jvgi6VJmeJjR7oZYMBSlB5tIC/w= When is Apple planning to release sources for the Mac OS 10.4.9 (xnu-792.18.15) update? Thanks -- Bhavesh P. Davda _______________________________________________ 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: large, disposable files?
by Michael Smith 14 Mar '07

14 Mar '07

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com On Mar 14, 2007, at 2:16 AM, Quinn wrote: That's why it's called "advise". = 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.… At 21:27 -0700 13/3/07, Michael Smith wrote: It's largely superseded by the (more standard) madvise(2). Which, last time I checked, was largely ignored by the kernel. Seriously though; as and when those hints can be used by the VM, that is the interface they will be expected to be delivered on. In the meantime, what Andrew wants is fcntl/F_NOCACHE, as he's already noted. This email sent to site_archiver(a)lists.apple.com

1 0