April 2008 - Darwin-kernel - lists.apple.com

RE: Re: Can not copy files >=4GB. Leopard (for NFS)
by Doug Rudoff 01 Apr '08

01 Apr '08

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com Thread-index: AciKuHqVJzZ45gfrSFS3aMnGFr1eXgJZ2GjA Thread-topic: Re: Can not copy files >=4GB. Leopard (for NFS) I found a workaround for this problem: > From an OSX 10.5.2 system I have not been able to copy a file larger > than 4Gb using drag-and-drop to an NFS server. The error message is > "Sorry, the operation could not be completed because an unexpected > error occurred (Error Code 0)" > > I've confirmed the same problem with these NFS servers: > - Linux CentOS 4.6 > - FreeBSD 5.4 > - FreeBSD 6.1 > - Solaris 9 The one NFS server not originally tested was a Mac OS X Server. And with that, files larger than 4Gb _can_ be copied with the Finder. Looks like Apple skipped the testing on non-Mac NFS servers. I compared the NFS pcaps between a 10.4 X Server and a FreeBSD server. The difference? The X Server's reply to an NFS FSINFO message sets maxfilesize to UINT64_MAX (0xffffffffffffffff = 16 exabytes), which is a completely invalid value. I modified the nfs server code in the kernel I'm using to use UINT64_MAX as maxfilesize as well. And now ... the Finder can copy files more than 4Gb from a 10.5.2 client to my NFS server. So, as long as you're willing to modify your kernel, there is a workaround. The side effect is that the client thinks it can send files that exceed the NFS server's capabilities. This is caused by two bugs on Apple's part: 1) The X Server NFS server returns an invalid maxfilesize. 2) 10.5.2's NFS client code will only allow files more than 4Gb to be transferred if the NFS server's reports its maxfilesize as UINT64_max. Macko's previous reply indicates that Apple is aware of bug #2 and is in the process of fixing it for a later release. Doug Rudoff | Software Engineer Isilon Systems P +1-206-315-7500 F +1-206-315-7485 www.isilon.com D +1-206-315-7674 How breakthroughs begin.(tm) _______________________________________________ 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: Problem working with KUNC API
by Garth Cummings 01 Apr '08

01 Apr '08

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: detecting process termination in kernel?
by Rick Macklem 01 Apr '08

01 Apr '08

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com rick _______________________________________________ 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.… Oh, and if you do choose to use proc_find(), be sure to deref the proc structure when it succeeds. (I had a bug in my code where I didn't always do that and I don't recall exactly what Leopard did, but it wasn't pretty:-) Your code needs to look something like: proc_t p; p = proc_find(pid); if (p == PROC_NULL) /* no longer exists or in process (no pun) of exiting */ else proc_rele(p); This email sent to site_archiver(a)lists.apple.com

1 0

Re: detecting process termination in kernel?
by Quinn 01 Apr '08

01 Apr '08

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com Well, that's easy to answer: $ FindKPI.py proc_find proc_find com.apple.kpi.bsd <http://developer.apple.com/qa/qa2007/qa1575.html> 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.… At 10:46 -0400 1/4/08, Rick Macklem wrote: I'm also not sure if proc_find() is considered a kpi call or not? $ grep proc_find -r /System/Library/Frameworks/Kernel.framework/Headers /System/Library/Frameworks/Kernel.framework/Headers/sys/proc.h:extern proc_t proc_find(int pid); This email sent to site_archiver(a)lists.apple.com

1 0

Re: detecting process termination in kernel?
by Rick Macklem 01 Apr '08

01 Apr '08

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com On Tue, 1 Apr 2008, Quinn wrote: I'm not sure if it's a good answer, but you can probe with proc_find() to see if the process still exists. I'm also not sure if proc_find() is considered a kpi call or not? (There are several variants. You can take a look at them in xnu-1228/bsd/kern/kern_proc.c.) Good luck with it, rick _______________________________________________ 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 23:24 -0400 30/3/08, Greg wrote: Hi, given several process IDs, what are the different ways of finding out (being notified, etc), of when a specific PID terminates? I know that kqueues can be used in userland (with EVFILT PROC), can they be used as well from a KEXT? I don't have a good answer for your overall question (alas), but I can confirm that kqueues are not usable in the kernel (for this or anything else). This email sent to site_archiver(a)lists.apple.com

1 0

Problem working with KUNC API
by Nick Brandaleone 01 Apr '08

01 Apr '08

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: detecting process termination in kernel?
by Quinn 01 Apr '08

01 Apr '08

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com 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.… At 23:24 -0400 30/3/08, Greg wrote: Hi, given several process IDs, what are the different ways of finding out (being notified, etc), of when a specific PID terminates? I know that kqueues can be used in userland (with EVFILT PROC), can they be used as well from a KEXT? I don't have a good answer for your overall question (alas), but I can confirm that kqueues are not usable in the kernel (for this or anything else). This email sent to site_archiver(a)lists.apple.com

1 0