From owner-freebsd-hackers Fri Dec 21 16: 0:24 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from rwcrmhc53.attbi.com (rwcrmhc53.attbi.com [204.127.198.39]) by hub.freebsd.org (Postfix) with ESMTP id C51E237B405 for ; Fri, 21 Dec 2001 16:00:19 -0800 (PST) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc53.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20011222000019.CRK20122.rwcrmhc53.attbi.com@InterJet.elischer.org>; Sat, 22 Dec 2001 00:00:19 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id PAA59384; Fri, 21 Dec 2001 15:47:27 -0800 (PST) Date: Fri, 21 Dec 2001 15:47:26 -0800 (PST) From: Julian Elischer To: Alfred Perlstein Cc: rsharpe@ns.aus.com, FreeBSD-hackers@freebsd.org Subject: Re: Adding si_fd to struct __siginfo ... In-Reply-To: <20011221164429.U48837@elvis.mu.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG from memory there was also someone who put up a set of changes for oplocks somewhere, but I have completely forgotten who/where/how, unless it was you.... On Fri, 21 Dec 2001, Alfred Perlstein wrote: > * Richard Sharpe [011221 15:11] wrote: > > Hi, > > > > One of my tasks is to add oplock support to FreeBSD so that we (Panasas) > > can allow correct caching of files by Windows clients in the presence of > > NFS clients using the same files. > > > > We have a preliminary implementation, based on the Linux implementation, > > but it is a gross hack because there is no way for the kernel, when it > > delivers a signal, to indicate the fd that caused delivery of the signal. > > > > Linux and Solaris have an fd field in struct siginfo_t which allows the > > kernel to indicate, for signals relating to files, to indicate which fd > > the signal relates to. > > > > I notice that in FreeBSD struct siginfo_t seems to have int > > __spare__[7]; and would like to use one of those spare fields as si_fd. > > > > While I can do that in our code base, if I want to contribute the OpLock > > code it would be useful if the FreeBSD community finds this change > > agreeable. > > > > Are there any counter suggestions or any big objections? > > There was already a big mess of a discussion about how this would > be much better done via kqueue than with realtime signals. > > I guess if you can get a working implementation that is compatible > with the existing interfaces it would work, however it's a _much_ > better idea to use kqueue to deliver this sort of notification. > > And yes, it has been discussed in the lists already. > > -Alfred > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message