site_archiver@lists.apple.com Delivered-To: darwin-kernel@lists.apple.com On Feb 13, 2006, at 11:15 AM, Jim Magee wrote: Sadly, this is a correct assessment. --Jim _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-kernel mailing list (Darwin-kernel@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-kernel/site_archiver%40lists.a... On Feb 13, 2006, at 6:43 PM, Brian Bergstrand wrote: There is nothing in Tiger/Darwin 8 to generate kevents at the VFS layer. But that is being worked on for a future release. When it arrives, network filesystems will have locally-driven changes auto- reflected into the kevent/knote system. They will also have a way to be informed when someone is watching a file locally so they can subscribe to whatever remote event system their protocol might support and then reflect remote changes into the kevent system as well. Thanks Jim, that's all good news. But for the present there is no way for a third-party VFS plugin to provide knotes while remaining KPI compliant (not linking against the kernel proper)? So moving my file system plugin from 10.3 to 10.4 has now lost me knote and advisory locking support (vfs_setlocklocal() is private and my old locking code was associating context with a proc struct). Again, I apologize. But the knote interfaces and data structures (inside the kernel) just aren't up to KPI standards for maintainability - and we couldn't get the VFS-layer implementation out in time for Tiger. Those are always tough tradeoffs/decisions to make. This email sent to site_archiver@lists.apple.com