Date: Fri, 14 Jul 2000 11:20:35 -0500 From: Jonathan Lemon <jlemon@flugsvamp.com> To: Chris Costello <chris@calldei.com> Cc: Neil Blakey-Milner <nbm@mithrandr.moria.org>, Dag-Erling Smorgrav <des@flood.ping.uio.no>, Adrian Chadd <adrian@FreeBSD.ORG>, Matthew Dillon <dillon@apollo.backplane.com>, Andrzej Bialecki <abial@webgiro.com>, freebsd-arch@FreeBSD.ORG Subject: Re: SysctlFS Message-ID: <20000714112035.C12492@prism.flugsvamp.com> In-Reply-To: <20000714055311.C30847@holly.calldei.com> References: <Pine.BSF.4.20.0007121328020.49102-100000@mx.webgiro.com> <20000712144510.A11316@ywing.creative.net.au> <200007130537.WAA29614@apollo.backplane.com> <20000714112117.D17372@ywing.creative.net.au> <xzppuohggib.fsf@flood.ping.uio.no> <20000714053540.A30847@holly.calldei.com> <20000714124327.A64283@mithrandr.moria.org> <20000714055311.C30847@holly.calldei.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, Jul 14, 2000 at 05:53:11AM -0500, Chris Costello wrote: > On Friday, July 14, 2000, Neil Blakey-Milner wrote: > > kqueue can do this (watching for permission changes) easily. It can > > also get notified when a new file appears - either from the kernel, or > > from watching the directory. > > Does kqueue return full information on files when they're > updated or when files are added? Or do you need to read in the > whole /dev directory each time a directory update event is > received? Right now, there is only a filter for the FFS filesystem, and due to its semantics, when an inode is changed, we don't know what pathname was used to reference the inode. However, if a filter was written for a devfs, there is no reason that it can't behave differently in this case; presumably it would be easier to map a dev_t back into a canonical name, since the implementation would not be the same as FFS. -- Jonathan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20000714112035.C12492>