From: maximilian attems <max@stro.at>
To: Andrew Morton <akpm@linux-foundation.org>
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
linux-kernel@vger.kernel.org, stable@kernel.org,
Ulrich Drepper <drepper@redhat.com>,
"H. Peter Anvin" <hpa@zytor.com>,
Herbert Xu <herbert@gondor.hengli.com.au>
Subject: Re: [PATCH] fcntl.h: define AT_EACCESS
Date: Mon, 19 Apr 2010 23:57:11 +0200 [thread overview]
Message-ID: <20100419215711.GR10984@baikonur.stro.at> (raw)
In-Reply-To: <20100419144729.2b8180e8.akpm@linux-foundation.org>
On Mon, Apr 19, 2010 at 02:47:29PM -0700, Andrew Morton wrote:
> On Fri, 16 Apr 2010 05:08:00 +0200
> maximilian attems <max@stro.at> wrote:
>
> > noticed on a klibc build of dash that someone had left out that def:
> > usr/dash/bltin/test.c:490: error: ___AT_EACCESS___ undeclared (first use in thiction)
> >
> > Cc: stable@kernel.org
> > Cc: Ulrich Drepper <drepper@redhat.com>
> > Cc: H. Peter Anvin <hpa@zytor.com>
> > Cc: Herbert Xu <herbert@gondor.apana.org.au>
> > Signed-off-by: maximilian attems <max@stro.at>
> > ---
> > include/linux/fcntl.h | 2 ++
> > 1 files changed, 2 insertions(+), 0 deletions(-)
> >
> > diff --git a/include/linux/fcntl.h b/include/linux/fcntl.h
> > index 8603740..8bb001d 100644
> > --- a/include/linux/fcntl.h
> > +++ b/include/linux/fcntl.h
> > @@ -39,6 +39,8 @@
> > #define AT_REMOVEDIR 0x200 /* Remove directory instead of
> > unlinking file. */
> > #define AT_SYMLINK_FOLLOW 0x400 /* Follow symbolic links. */
> > +#define AT_EACCESS 0x200 /* Test access permitted for
> > + effective IDs, not real IDs. */
> >
>
> I'm all confused.
>
> The affects sys_faccesat(), yes? But sys_faccesat() never gets passed
> a `flags' argument so how does the behaviour which the FACCESSAT(2)
> manpage describes get implemented?
>
> This patch doesn't actually change kernel behaviour, so how can setting
> AT_EACCESS change any syscall's actions?
>
> It's a bit of a worry that the proposed value for AT_EACCESS duplicates
> AT_REMOVEDIR. I guess that, despite apeparances, they're different
> namespaces. Any thoughts on the implications of this?
glibc fcntl.h defines AT_EACCESS in the same way as aboves patch,
concerning the implementation, others should know better.
the dash code calling faccessat has the 4 params,
klibc faccessat had only 3 args, guess nobody had used it before.
the relevant dash code reads:
#ifdef HAVE_FACCESSAT
static int test_file_access(const char *path, int mode)
{
return !faccessat(AT_FDCWD, path, mode, AT_EACCESS);
}
#else /* HAVE_FACCESSAT */
next prev parent reply other threads:[~2010-04-19 22:05 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-04-16 3:08 [PATCH] fcntl.h: define AT_EACCESS maximilian attems
2010-04-19 21:47 ` Andrew Morton
2010-04-19 21:57 ` maximilian attems [this message]
2010-04-19 22:10 ` Ulrich Drepper
2010-04-19 22:11 ` H. Peter Anvin
2010-04-19 22:20 ` David Wagner
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20100419215711.GR10984@baikonur.stro.at \
--to=max@stro.at \
--cc=akpm@linux-foundation.org \
--cc=drepper@redhat.com \
--cc=herbert@gondor.hengli.com.au \
--cc=hpa@zytor.com \
--cc=linux-kernel@vger.kernel.org \
--cc=stable@kernel.org \
--cc=torvalds@linux-foundation.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.