From mboxrd@z Thu Jan 1 00:00:00 1970 From: Alan Cox Subject: Re: Re: GFS, what's remaining Date: Tue, 06 Sep 2005 00:20:11 +0100 Message-ID: <1125962411.8714.46.camel@localhost.localdomain> References: <20050901104620.GA22482@redhat.com> <20050903183241.1acca6c9.akpm@osdl.org> <20050904030640.GL8684@ca-server1.us.oracle.com> <200509040022.37102.phillips@istop.com> <20050903214653.1b8a8cb7.akpm@osdl.org> <20050904045821.GT8684@ca-server1.us.oracle.com> <20050903224140.0442fac4.akpm@osdl.org> <20050905043033.GB11337@redhat.com> <20050905015408.21455e56.akpm@osdl.org> <20050905092433.GE17607@redhat.com> <20050905021948.6241f1e0.akpm@osdl.org> <1125922894.8714.14.camel@localhost.localdomain> <20050905125309.4b657b08.akpm@osdl.org> Reply-To: linux clustering Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit Cc: ak@suse.de, linux-cluster@redhat.com, linux-fsdevel@vger.kernel.org, Joel.Becker@oracle.com, linux-kernel@vger.kernel.org Return-path: To: Andrew Morton In-Reply-To: <20050905125309.4b657b08.akpm@osdl.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: linux-cluster-bounces@redhat.com Errors-To: linux-cluster-bounces@redhat.com List-Id: linux-fsdevel.vger.kernel.org On Llu, 2005-09-05 at 12:53 -0700, Andrew Morton wrote: > > - How are they ref counted > > - What are the cleanup semantics > > - How do I pass a lock between processes (AF_UNIX sockets wont work now) > > - How do I poll on a lock coming free. > > - What are the semantics of lock ownership > > - What rules apply for inheritance > > - How do I access a lock across threads. > > - What is the permission model. > > - How do I attach audit to it > > - How do I write SELinux rules for it > > - How do I use mount to make namespaces appear in multiple vservers > > > > and thats for starters... > > Return an fd from create_lockspace(). That only answers about four of the questions. The rest only come out if create_lockspace behaves like a file system - in other words create_lockspace is better known as either mkdir or mount. Its certainly viable to make the lock/unlock functions taken a fd, it's just not clear why the current lock/unlock functions we have won't do the job. Being able to extend the functionality to leases later on may be very powerful indeed and will fit the existing API