From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754539Ab2HZO0Q (ORCPT ); Sun, 26 Aug 2012 10:26:16 -0400 Received: from out02.mta.xmission.com ([166.70.13.232]:49837 "EHLO out02.mta.xmission.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754229Ab2HZOZ7 (ORCPT ); Sun, 26 Aug 2012 10:25:59 -0400 From: ebiederm@xmission.com (Eric W. Biederman) To: Vyacheslav Dubeyko Cc: , , , "Serge E. Hallyn" , David Miller References: <87lih2h6i4.fsf@xmission.com> <9E0E8AAC-9548-4009-AE29-D368244D8EEA@dubeyko.com> Date: Sun, 26 Aug 2012 07:25:46 -0700 In-Reply-To: <9E0E8AAC-9548-4009-AE29-D368244D8EEA@dubeyko.com> (Vyacheslav Dubeyko's message of "Sun, 26 Aug 2012 16:29:03 +0400") Message-ID: <87txvp91cl.fsf@xmission.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-XM-SPF: eid=;;;mid=;;;hst=in02.mta.xmission.com;;;ip=98.207.153.68;;;frm=ebiederm@xmission.com;;;spf=neutral X-XM-AID: U2FsdGVkX18gOLXqyhUEdw2aYP1PjzpU/rtzw+jHh2Y= X-SA-Exim-Connect-IP: 98.207.153.68 X-SA-Exim-Mail-From: ebiederm@xmission.com X-Spam-Report: * -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP * 1.5 XMNoVowels Alpha-numberic number with no vowels * 1.5 TR_Symld_Words too many words that have symbols inside * 0.0 T_TM2_M_HEADER_IN_MSG BODY: T_TM2_M_HEADER_IN_MSG * -3.0 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -0.0 DCC_CHECK_NEGATIVE Not listed in DCC * [sa06 1397; Body=1 Fuz1=1 Fuz2=1] X-Spam-DCC: XMission; sa06 1397; Body=1 Fuz1=1 Fuz2=1 X-Spam-Combo: ;Vyacheslav Dubeyko X-Spam-Relay-Country: Subject: Re: [REVIEW][PATCH 0/15] userns subsystem conversions X-Spam-Flag: No X-SA-Exim-Version: 4.2.1 (built Fri, 06 Aug 2010 16:31:04 -0600) X-SA-Exim-Scanned: Yes (on in02.mta.xmission.com) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Vyacheslav Dubeyko writes: > HI, > > On Aug 26, 2012, at 3:54 AM, Eric W. Biederman wrote: >> >> fs/9p/acl.c | 8 +- >> fs/btrfs/acl.c | 8 +- >> fs/configfs/inode.c | 4 +- >> fs/debugfs/inode.c | 26 +++-- >> fs/ext2/acl.c | 32 ++++-- >> fs/ext3/acl.c | 32 ++++-- >> fs/ext4/acl.c | 31 ++++-- >> fs/generic_acl.c | 4 +- >> fs/gfs2/acl.c | 14 ++-- >> fs/gfs2/quota.c | 44 +++++--- >> fs/jffs2/acl.c | 4 +- >> fs/jfs/acl.c | 4 +- >> fs/jfs/xattr.c | 4 +- >> fs/nfs/nfs3acl.c | 4 +- >> fs/nfsd/vfs.c | 8 +- >> fs/ocfs2/acl.c | 4 +- >> fs/ocfs2/file.c | 6 +- >> fs/ocfs2/quota_global.c | 34 +++++-- >> fs/ocfs2/quota_local.c | 12 ++- >> fs/posix_acl.c | 30 +++--- >> fs/proc/base.c | 12 ++- >> fs/quota/dquot.c | 43 ++++---- >> fs/quota/netlink.c | 11 ++- >> fs/quota/quota.c | 44 +++++--- >> fs/quota/quota_tree.c | 20 +++- >> fs/quota/quota_v1.c | 8 +- >> fs/quota/quota_v2.c | 14 ++- >> drivers/connector/cn_proc.c | 18 +++- >> drivers/gpu/drm/drm_fops.c | 3 +- >> drivers/gpu/drm/drm_info.c | 5 +- >> drivers/gpu/drm/drm_ioctl.c | 4 +- >> drivers/tty/tty_audit.c | 16 ++-- >> fs/9p/acl.c | 8 +- >> fs/btrfs/acl.c | 8 +- >> fs/configfs/inode.c | 4 +- >> fs/debugfs/inode.c | 26 +++-- >> fs/ext2/acl.c | 32 ++++-- >> fs/ext3/acl.c | 32 ++++-- >> fs/ext4/acl.c | 31 ++++-- >> fs/generic_acl.c | 4 +- >> fs/gfs2/acl.c | 14 ++-- >> fs/gfs2/quota.c | 44 +++++--- >> fs/jffs2/acl.c | 4 +- >> fs/jfs/acl.c | 4 +- >> fs/jfs/xattr.c | 4 +- >> fs/nfs/nfs3acl.c | 4 +- >> fs/nfsd/vfs.c | 8 +- >> fs/ocfs2/acl.c | 4 +- >> fs/ocfs2/file.c | 6 +- >> fs/ocfs2/quota_global.c | 34 +++++-- >> fs/ocfs2/quota_local.c | 12 ++- >> fs/posix_acl.c | 30 +++--- >> fs/proc/base.c | 12 ++- >> fs/quota/dquot.c | 43 ++++---- >> fs/quota/netlink.c | 11 ++- >> fs/quota/quota.c | 44 +++++--- >> fs/quota/quota_tree.c | 20 +++- >> fs/quota/quota_v1.c | 8 +- >> fs/quota/quota_v2.c | 14 ++- >> fs/reiserfs/xattr_acl.c | 4 +- >> fs/xattr.c | 7 ++ >> fs/xattr_acl.c | 96 +++++++++++++++-- >> fs/xfs/xfs_acl.c | 4 +- >> fs/xfs/xfs_quotaops.c | 18 ++-- >> fs/xfs/xfs_trans_dquot.c | 8 +- > > > Sorry, maybe I misunderstand something. But I can't find in the patch > set changes in concrete filesystems' code. I assume the problem is patches 6 8 13 and 14 didn't make it through to the mailling for some reason. Just to see what is going on I you can look at my development branch git.kernel.org/pub/scm/linux/kernel/git/ebiederm/user-namespace.git userns-always-map-user-v48 Meanwhile I am going to scratch my head and try and resolve my technical patch sending difficulties. Eric