Date: Mon, 08 Apr 2013 13:14:13 -0500
From: Rob Landley <rob@landley.net>
Subject: Re: [PATCH] driver core: add uid and gid to devtmpfs
To: Greg KH <gregkh@linuxfoundation.org>
Cc: linux-kernel@vger.kernel.org, Kay Sievers <kay@vrfy.org>,
        Al Viro <viro@ZenIV.linux.org.uk>
In-Reply-To: <20130406165600.GA29660@kroah.com> (from
	gregkh@linuxfoundation.org on Sat Apr  6 11:56:00 2013)
Message-Id: <1365444853.18069.51@driftwood>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii; DelSp=Yes; Format=Flowed
Content-Disposition: inline
Content-Transfer-Encoding: 8BIT
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1199
Lines: 27

On 04/06/2013 11:56:00 AM, Greg KH wrote:
> From: Kay Sievers <kay@vrfy.org>
> 
> Some drivers want to tell userspace what uid and gid should be used  
> for
> their device nodes, so allow that information to percolate through the
> driver core to userspace in order to make this happen.  This means  
> that
> some systems (i.e.  Android and friends) will not need to even run a
> udev-like daemon for their device node manager and can just rely in
> devtmpfs fully, reducing their footprint even more.

Wasn't the entire "devfsd" saga because this was policy and didn't  
belong in kernel space? I guess it's not policy if Android wants it?  
It's just The One True Way?

Or is this because containers allow UID/GID to be redefined, and thus  
imposing magic values on userspace can now be mapped away or something?

(I studied this fairly closely before writing busybox mdev way back,  
and I'm really not following the change in rationale here.)

Rob--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/