All of lore.kernel.org
 help / color / mirror / Atom feed
From: ebiederm@xmission.com (Eric W. Biederman)
To: Andreas Gruenbacher <agruenba@redhat.com>
Cc: Djalal Harouni <tixxdz@gmail.com>,
	Alexander Viro <viro@zeniv.linux.org.uk>,
	Oleg Drokin <oleg.drokin@intel.com>,
	Andreas Dilger <andreas.dilger@intel.com>,
	Steve French <sfrench@samba.org>,
	linux-fsdevel <linux-fsdevel@vger.kernel.org>,
	Lustre Developement <lustre-devel@lists.lustre.org>,
	linux-cifs@vger.kernel.org, Andy Lutomirski <luto@amacapital.net>,
	"Serge E. Hallyn" <serge@hallyn.com>
Subject: Re: [PATCH] posix acls: Move namespace conversion into filesystem / xattr handlers
Date: Fri, 27 May 2016 13:26:10 -0500	[thread overview]
Message-ID: <87y46vfjct.fsf@x220.int.ebiederm.org> (raw)
In-Reply-To: <87bn3ridde.fsf@x220.int.ebiederm.org> (Eric W. Biederman's message of "Fri, 27 May 2016 13:07:09 -0500")

ebiederm@xmission.com (Eric W. Biederman) writes:
>>
>> No. Just like with this patch, that mapping really needs to go into the
>> appropriate xattr handler. Again, where's that code, please?
>
> I will start looking at what is in Linus's tree.  But unless it happens
> to address my concerns, I am not even going to consider the notion that
> things should be in an ``xattr handler''.
>
> There are very good reasons why that conversion does not, nor should not
> happen inside of filesystem specific code.

Ok.  I have looked.

The cleanups in Linus' tree seem worthwhile.  The notion that mapping
needs to go into a non-generic xattr handler is broken.

If everything can always use a single set of acl handlers for posix acls
then I will be happy to consider something like your patch.

Fundamentally for vfs and security module supported attributes what a user
writes in setxattr needs to be disconnected from what actually gets
written to disk.

Things evolve and userspace breaks if we don't handle the compatibility
between old and new in the kernel.

Eric

WARNING: multiple messages have this Message-ID (diff)
From: Eric W. Biederman <ebiederm@xmission.com>
To: Andreas Gruenbacher <agruenba@redhat.com>
Cc: Djalal Harouni <tixxdz@gmail.com>,
	Alexander Viro <viro@zeniv.linux.org.uk>,
	Oleg Drokin <oleg.drokin@intel.com>,
	Andreas Dilger <andreas.dilger@intel.com>,
	Steve French <sfrench@samba.org>,
	linux-fsdevel <linux-fsdevel@vger.kernel.org>,
	Lustre Developement <lustre-devel@lists.lustre.org>,
	linux-cifs@vger.kernel.org, Andy Lutomirski <luto@amacapital.net>,
	"Serge E. Hallyn" <serge@hallyn.com>
Subject: [lustre-devel] [PATCH] posix acls: Move namespace conversion into filesystem / xattr handlers
Date: Fri, 27 May 2016 13:26:10 -0500	[thread overview]
Message-ID: <87y46vfjct.fsf@x220.int.ebiederm.org> (raw)
In-Reply-To: <87bn3ridde.fsf@x220.int.ebiederm.org> (Eric W. Biederman's message of "Fri, 27 May 2016 13:07:09 -0500")

ebiederm at xmission.com (Eric W. Biederman) writes:
>>
>> No. Just like with this patch, that mapping really needs to go into the
>> appropriate xattr handler. Again, where's that code, please?
>
> I will start looking at what is in Linus's tree.  But unless it happens
> to address my concerns, I am not even going to consider the notion that
> things should be in an ``xattr handler''.
>
> There are very good reasons why that conversion does not, nor should not
> happen inside of filesystem specific code.

Ok.  I have looked.

The cleanups in Linus' tree seem worthwhile.  The notion that mapping
needs to go into a non-generic xattr handler is broken.

If everything can always use a single set of acl handlers for posix acls
then I will be happy to consider something like your patch.

Fundamentally for vfs and security module supported attributes what a user
writes in setxattr needs to be disconnected from what actually gets
written to disk.

Things evolve and userspace breaks if we don't handle the compatibility
between old and new in the kernel.

Eric

  reply	other threads:[~2016-05-27 18:26 UTC|newest]

Thread overview: 41+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-05-23 13:09 [PATCH] posix acls: Move namespace conversion into filesystem / xattr handlers Andreas Gruenbacher
2016-05-23 13:09 ` Andreas Gruenbacher
2016-05-23 13:09 ` [lustre-devel] " Andreas Gruenbacher
     [not found] ` <1464008989-3812-1-git-send-email-agruenba-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2016-05-23 21:06   ` James Simmons
2016-05-23 21:06     ` [lustre-devel] " James Simmons
2016-05-23 21:06     ` James Simmons
     [not found]     ` <alpine.LFD.2.20.1605232035110.24983-FZi0V3Vbi30CUdFEqe4BF2D2FQJk+8+b@public.gmane.org>
2016-05-23 22:30       ` Andreas Grünbacher
2016-05-23 22:30         ` Andreas Grünbacher
2016-05-23 22:30         ` Andreas Grünbacher
2016-05-24 18:28       ` Dilger, Andreas
2016-05-24 18:28         ` [lustre-devel] " Dilger, Andreas
2016-05-24 18:28         ` Dilger, Andreas
     [not found]         ` <CF8AFD90-BC52-43BD-BB1E-BBFEC5086727-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
2016-05-24 20:35           ` James Simmons
2016-05-24 20:35             ` James Simmons
2016-05-24 20:35             ` James Simmons
     [not found]             ` <alpine.LFD.2.20.1605242122110.4622-FZi0V3Vbi30CUdFEqe4BF2D2FQJk+8+b@public.gmane.org>
2016-05-24 22:40               ` Andreas Gruenbacher
2016-05-24 22:40                 ` Andreas Gruenbacher
2016-05-24 22:40                 ` Andreas Gruenbacher
2016-05-24  1:47   ` Steve French
2016-05-24  1:47     ` Steve French
2016-05-24  1:47     ` [lustre-devel] " Steve French
2016-05-24  8:47   ` Christoph Hellwig
2016-05-24  8:47     ` Christoph Hellwig
2016-05-24  8:47     ` [lustre-devel] " Christoph Hellwig
     [not found]     ` <20160524084724.GA8121-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org>
2016-05-24 20:47       ` Andreas Dilger
2016-05-24 20:47         ` Andreas Dilger
2016-05-24 20:47         ` [lustre-devel] " Andreas Dilger
2016-05-24 15:41 ` Djalal Harouni
2016-05-24 15:41   ` [lustre-devel] " Djalal Harouni
2016-05-24 16:31   ` Andreas Gruenbacher
2016-05-24 16:31     ` [lustre-devel] " Andreas Gruenbacher
     [not found]     ` <CAHc6FU5mTAM6cCP9S5CxrJ7PhZ-_3SxQeOLty1UgtVCu3ZVshw-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2016-05-25 23:30       ` Eric W. Biederman
2016-05-25 23:30         ` Eric W. Biederman
2016-05-25 23:30         ` [lustre-devel] " Eric W. Biederman
2016-05-26 11:36         ` Andreas Gruenbacher
2016-05-26 11:36           ` [lustre-devel] " Andreas Gruenbacher
     [not found]           ` <CAHc6FU60UYKDYe03x=EPRnbuZqy+pZNUe5x-F7pvMwbWyXNkBw-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2016-05-27 18:07             ` Eric W. Biederman
2016-05-27 18:07               ` Eric W. Biederman
2016-05-27 18:07               ` [lustre-devel] " Eric W. Biederman
2016-05-27 18:26               ` Eric W. Biederman [this message]
2016-05-27 18:26                 ` Eric W. Biederman

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87y46vfjct.fsf@x220.int.ebiederm.org \
    --to=ebiederm@xmission.com \
    --cc=agruenba@redhat.com \
    --cc=andreas.dilger@intel.com \
    --cc=linux-cifs@vger.kernel.org \
    --cc=linux-fsdevel@vger.kernel.org \
    --cc=lustre-devel@lists.lustre.org \
    --cc=luto@amacapital.net \
    --cc=oleg.drokin@intel.com \
    --cc=serge@hallyn.com \
    --cc=sfrench@samba.org \
    --cc=tixxdz@gmail.com \
    --cc=viro@zeniv.linux.org.uk \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.