From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753432AbZBHKRK (ORCPT ); Sun, 8 Feb 2009 05:17:10 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753101AbZBHKQ4 (ORCPT ); Sun, 8 Feb 2009 05:16:56 -0500 Received: from mail-ew0-f21.google.com ([209.85.219.21]:51527 "EHLO mail-ew0-f21.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753082AbZBHKQz (ORCPT ); Sun, 8 Feb 2009 05:16:55 -0500 MIME-Version: 1.0 In-Reply-To: References: <1233937349.17551.18.camel@think.oraclecorp.com> <1233957067.10366.0.camel@think.oraclecorp.com> <1233965457.10366.11.camel@think.oraclecorp.com> Date: Sun, 8 Feb 2009 11:16:53 +0100 Message-ID: Subject: Re: [GIT PULL] Btrfs updates for 2.6.29-rc From: Kay Sievers To: Linus Torvalds Cc: Chris Mason , linux-kernel@vger.kernel.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sat, Feb 7, 2009 at 17:37, Linus Torvalds wrote: > On Fri, 6 Feb 2009, Chris Mason wrote: >> >> Crud, the confusion would be me. I missed the cleanups and bug fixes >> between 2.6.29-rc1 and rc3. The correct diffstat and short log are >> below, and the only non-btrfs change is to the MAINTAINERS file. > > Ok. > > I notice that it now asks about ACL's, and says > > If you don't know what Access Control Lists are, say N > > which is all fine, but last I saw some (most?) distributions use POSIX > ACL's for things like desktop access permissions to /dev/audio etc. > > I don't particularly have to like it, but it does mean that if you don't > do POSIX ACL's, and have btrfs as your root filesystem, you'll quite > likely not get sound when logging in. > > I dunno. I haven't actually yet tried to convert my laptop, so I just > reacted to this thanks to the new question.. Systems using ACLs to grant device permissions to logged-in users have /dev on a tmpfs mount, where the content will not survive a reboot. This should not be a problem for btrfs, or the rootfs fs type, but TMPFS_POSIX_ACL. Maybe we want to have a comment there? Thanks, Kay