From mboxrd@z Thu Jan 1 00:00:00 1970 From: Joel Becker Subject: Re: New reflink(2) syscall Date: Tue, 5 May 2009 11:00:24 -0700 Message-ID: <20090505180024.GI7835@mail.oracle.com> References: <1241443016.3023.51.camel@localhost.localdomain> <1241456379.3023.173.camel@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: James Morris , lsm , linux-fsdevel@vger.kernel.org To: Stephen Smalley Return-path: Received: from acsinet12.oracle.com ([141.146.126.234]:59696 "EHLO acsinet12.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751439AbZEESBT (ORCPT ); Tue, 5 May 2009 14:01:19 -0400 Content-Disposition: inline In-Reply-To: <1241456379.3023.173.camel@localhost.localdomain> Sender: linux-fsdevel-owner@vger.kernel.org List-ID: On Mon, May 04, 2009 at 12:59:39PM -0400, Stephen Smalley wrote: > On Tue, 2009-05-05 at 01:35 +1000, James Morris wrote: > > Agreed, perhaps something like: > > > > int security_inode_reflink(struct dentry *dentry, struct inode *dir); > > I'd pass the same arguments as vfs_reflink(), i.e. old_dentry, dir, > new_dentry. I'm about to insert this bit. I agree with security_inode_reflink(old_dentry, dir, new_dentry), but I note that security_path_reflink() was proposed in another email, and I'm guessing I should add both? Joel -- Life's Little Instruction Book #207 "Swing for the fence." Joel Becker Principal Software Developer Oracle E-mail: joel.becker@oracle.com Phone: (650) 506-8127