From: Peter Staubach <staubach@redhat.com>
To: Hua Zhong <hzhong@gmail.com>
Cc: linux-kernel@vger.kernel.org, hugh@veritas.com,
hch@infradead.com, kenneth.w.chen@intel.com, akpm@osdl.org,
torvalds@osdl.org
Subject: Re: [PATCH] support O_DIRECT in tmpfs/ramfs
Date: Tue, 09 Jan 2007 10:30:49 -0500 [thread overview]
Message-ID: <45A3B529.80402@redhat.com> (raw)
In-Reply-To: <Pine.LNX.4.64.0701081729100.2747@localhost.localdomain>
Hua Zhong wrote:
> Hi,
>
> A while ago there was a discussion about supporting direct-io on tmpfs.
>
> Here is a simple patch that does it.
>
> 1. A new fs flag FS_RAM_BASED is added and the O_DIRECT flag is ignored
> if this flag is set (suggestions on a better name?)
>
> 2. Specify FS_RAM_BASED for tmpfs and ramfs.
>
> 3. When EINVAL is returned only a fput is done. I changed it to go
> through cleanup_all. But there is still a cleanup problem:
>
> If a new file is created and then EINVAL is returned due to O_DIRECT,
> the file is still left on the disk. I am not exactly sure how to fix
> it other than adding another fs flag so we could check O_DIRECT
> support at a much earlier stage. Comments on how to fix it?
This would seem to create two different sets of O_DIRECT semantics,
wouldn't it? I think that it would be possible to develop an application
using one of these FS_RAM_BASED file systems as the testbed, but then be
surprised when the application failed to work on other file systems such
as ext3.
ps
next prev parent reply other threads:[~2007-01-09 15:31 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-01-09 1:43 [PATCH] support O_DIRECT in tmpfs/ramfs Hua Zhong
2007-01-09 1:51 ` Jan Engelhardt
2007-01-09 15:30 ` Peter Staubach [this message]
2007-01-09 17:17 ` Michael Reed
2007-01-09 20:44 ` Hugh Dickins
2007-01-09 21:57 ` Hua Zhong
2007-01-10 8:20 ` Aubrey
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=45A3B529.80402@redhat.com \
--to=staubach@redhat.com \
--cc=akpm@osdl.org \
--cc=hch@infradead.com \
--cc=hugh@veritas.com \
--cc=hzhong@gmail.com \
--cc=kenneth.w.chen@intel.com \
--cc=linux-kernel@vger.kernel.org \
--cc=torvalds@osdl.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox