From mboxrd@z Thu Jan 1 00:00:00 1970 From: Andreas Dilger Subject: Re: [PATCH 00/17] [RFC] AFS: Implement OpenAFS pioctls(version)s Date: Wed, 17 Jun 2009 01:55:02 -0600 Message-ID: <20090617075502.GB13073@webber.adilger.int> References: <20090617001157.065ee652@lxorguk.ukuu.org.uk> <20090616203845.4526.60013.stgit@warthog.procyon.org.uk> <10437.1245193192@redhat.com> <11650.1245198358@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; CHARSET=US-ASCII Content-Transfer-Encoding: 7BIT Cc: Alan Cox , torvalds@osdl.org, akpm@linux-foundation.org, linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org, linux-afs@lists.infradead.org To: David Howells Return-path: Received: from sca-es-mail-2.Sun.COM ([192.18.43.133]:49172 "EHLO sca-es-mail-2.sun.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751104AbZFQHzM (ORCPT ); Wed, 17 Jun 2009 03:55:12 -0400 Content-disposition: inline In-reply-to: <11650.1245198358@redhat.com> Sender: linux-fsdevel-owner@vger.kernel.org List-ID: On Jun 17, 2009 01:25 +0100, David Howells wrote: > Alan Cox wrote: > > But if we add an ABI we end up stuck with it and this one is really > > really rather ugly. > > Somewhat less ugly than ioctl, for instance, but you're not entirely wrong. > There is no good way of doing this. > > > Can you not put pioctl() into a C library linked with the openafs utilities > > that generates more sensible interface calls? I mean you have to produce > > the pioctl() syscall wrapper anyway so why not make "pioctl" a user space > > compat library? > > pioctl() is almost implementable with a combination of (l)setxattr, > (l)getxattr, set_key, keyctl_read, and if all else fails, open + ioctl or > open(O_NOFOLLOW) + ioctl, but not quite completely. There are things you > can't open, even with O_NOFOLLOW. And doing state-retaining setxattr/ > getxattr pairs is even more nasty than pioctl (IIRC, that's something > Christoph suggested a while back). What about opening the mountpoint (which HAS to be available) and then calling an ioctl() on that? At least the mess would be contained within AFS instead of requiring several new syscalls. > Besides, I want a set of utilities that I can use in conjunction with both > kAFS and OpenAFS without having to recompile. That doesn't mean it isn't possible to have the same user-space utilities, just that the pioctl() wrapper will need to multiplex its behaviour depending on whether it is working with kAFS or OpenAFS. Cheers, Andreas -- Andreas Dilger Sr. Staff Engineer, Lustre Group Sun Microsystems of Canada, Inc.