From: Greg KH <greg@kroah.com>
To: Andreas Dilger <andreas.dilger@intel.com>
Cc: linux-fsdevel@vger.kernel.org,
Oleg Drokin <oleg.drokin@intel.com>,
Peng Tao <bergwolf@gmail.com>
Subject: Re: [PATCH] staging/lustre/llite: fix O_TMPFILE/O_LOV_DELAY_CREATE conflict
Date: Tue, 4 Feb 2014 05:10:09 +0100 [thread overview]
Message-ID: <20140204041009.GC20451@kroah.com> (raw)
In-Reply-To: <1391468877-4244-1-git-send-email-andreas.dilger@intel.com>
On Mon, Feb 03, 2014 at 04:07:57PM -0700, Andreas Dilger wrote:
> In kernel 3.11 O_TMPFILE was introduced, but the open flag value
> conflicts with the O_LOV_DELAY_CREATE flag 020000000 previously used
> by Lustre-aware applications. O_LOV_DELAY_CREATE allows applications
> to defer file layout and object creation from open time (the default)
> until it can instead be specified by the application using an ioctl.
>
> Instead of trying to find a non-conflicting O_LOV_DELAY_CREATE flag
> or define a Lustre-specific flag that isn't of use to most/any other
> filesystems, use (O_NOCTTY|FASYNC) as the new value. These flag
> are not meaningful for newly-created regular files and should be
> OK since O_LOV_DELAY_CREATE is only meaningful for new files.
>
> I looked into using O_ACCMODE/FMODE_WRITE_IOCTL, which allows calling
> ioctl() on the minimally-opened fd and is close to what is needed,
> but that doesn't allow specifying the actual read or write mode for
> the file, and fcntl(F_SETFL) doesn't allow O_RDONLY/O_WRONLY/O_RDWR
> to be set after the file is opened.
>
> Lustre-change: http://review.whamcloud.com/8312
> Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-4209
> Signed-off-by: Andreas Dilger <andreas.dilger@intel.com>
> Signed-off-by: Oleg Drokin <oleg.drokin@intel.com>
> Signed-off-by: Peng Tao <bergwolf@gmail.com>
> ---
> .../lustre/lustre/include/lustre/lustre_user.h | 12 ++++------
> drivers/staging/lustre/lustre/include/lustre_mdc.h | 11 ++++++++++
> drivers/staging/lustre/lustre/llite/file.c | 21 ++++++++++---------
> drivers/staging/lustre/lustre/mdc/mdc_lib.c | 2 +-
> 4 files changed, 28 insertions(+), 18 deletions(-)
As you are abusing well known file flags, I can't accept any patch that
doesn't get accepted by the linux-fsdev developers as well, please
repost this there and cc: me for the fun discussion :)
thanks,
greg k-h
next prev parent reply other threads:[~2014-02-04 4:15 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-02-03 23:07 [PATCH] staging/lustre/llite: fix O_TMPFILE/O_LOV_DELAY_CREATE conflict Andreas Dilger
2014-02-04 0:09 ` Dilger, Andreas
2014-02-04 4:10 ` Greg KH [this message]
2014-02-04 12:13 ` Bernd Schubert
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=20140204041009.GC20451@kroah.com \
--to=greg@kroah.com \
--cc=andreas.dilger@intel.com \
--cc=bergwolf@gmail.com \
--cc=linux-fsdevel@vger.kernel.org \
--cc=oleg.drokin@intel.com \
/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.