From mboxrd@z Thu Jan 1 00:00:00 1970 From: Dave Chinner Subject: Re: [PATCHv3 xfstests 2/3] generic: test openat and new O_BENEATH flag Date: Wed, 18 Mar 2015 13:52:38 +1100 Message-ID: <20150318025238.GC10105@dastard> References: <1425909612-28034-1-git-send-email-drysdale@google.com> <1425909612-28034-3-git-send-email-drysdale@google.com> <20150316232434.GJ28557@dastard> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Content-Disposition: inline In-Reply-To: Sender: linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org To: Kees Cook Cc: David Drysdale , LKML , Alexander Viro , "Eric W. Biederman" , Greg Kroah-Hartman , Meredydd Luff , Will Drewry , Jorge Lucangeli Obes , Ricky Zhou , Lee Campbell , Julien Tinnes , Mike Depinet , James Morris , Andy Lutomirski , Paolo Bonzini , Paul Moore , Christoph Hellwig , Michael Kerrisk , Linux API , linux-security-module , fstests-u79uwXL29TY76Z2rM5mHXA@public.gmane.org List-Id: linux-api@vger.kernel.org On Tue, Mar 17, 2015 at 08:33:27AM -0700, Kees Cook wrote: > On Mon, Mar 16, 2015 at 4:24 PM, Dave Chinner > wrote: > > On Mon, Mar 09, 2015 at 02:00:11PM +0000, David Drysdale wrote: > >> Test basic openat(2) behaviour. > >> > >> Test that if O_BENEATH flag is set, openat() will only open > >> paths that have no .. component and do not start with /. > >> Symlinks are also checked for the same restrictions. > >> > >> Signed-off-by: David Drysdale --- > >> .gitignore | 1 + common/openat | 61 > >> ++++++++++++++++++++++++++++++ src/Makefile | 3 +- > >> src/openat.c | 100 > >> +++++++++++++++++++++++++++++++++++++++++++++++++ > > > > This strikes me as something that shoul dbe added to xfs_io for > > testing, as it already supports a heap of other open flags and > > xfstests is already dependent on it. > > While I don't see a problem adding this to xfs_io, I'd still like > to see this test live in the kernel tree too. You can do whatever you want with the kernel tree - it doesn't concern me at all. > Having it in the > same source means more testing, IMO. That's complete bunk, though. This helper binary is a limited use, one shot test that can't be combined with anything else. "sharing" the source code across multiple different test suites doesn't change that. However, putting support into xfs_io means it will get more testing because we can *easily* use the functionality in many, many different ways. Cheers, Dave. -- Dave Chinner david-FqsqvQoI3Ljby3iVrkZq2A@public.gmane.org