All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Theodore Ts'o" <tytso@mit.edu>
To: Eryu Guan <eguan@redhat.com>
Cc: fstests@vger.kernel.org
Subject: Re: [PATCH] common: ext4's data=journal mode doesn't support O_DIRECT
Date: Sat, 11 Jun 2016 11:45:55 -0400	[thread overview]
Message-ID: <20160611154555.GA5489@thunk.org> (raw)
In-Reply-To: <20160611122026.GT5140@eguan.usersys.redhat.com>

On Sat, Jun 11, 2016 at 08:20:26PM +0800, Eryu Guan wrote:
> 
> This hunk doesn't apply, there's no detection code for ext4 encryption
> in current master. And do we need to filter out ext3 journal mode as
> well?

Oops, there's another patch this depends upon that I forgot to send
out this time around.  Let me fix up the spaces and tabs, and probably
just combine the two patches.

> Just curious, what's the problem running direct I/O tests on journal
> mode ext4? ext4 falls back to buffered I/O in this case and I don't see
> any test failures caused by it. Perhaps it'd be better to add this
> information to commit log too.

I'll double check but I think there was at least one dmflaky that
failed (or maybe it was just flaky) because the DIO write wasn't
really DIO, and if the device went read-only too early, the data write
wouldn't make it to the disk, and this caused the test failure.

More generally, if a particular file system mode doesn't support
Direct I/O, even if it doesn't cause a test failure, it's likely a
waste of test resources to run a test which expected that writes be
DIO when it really isn't.

					- Ted

      reply	other threads:[~2016-06-11 15:46 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-06-09 18:42 [PATCH] common: ext4's data=journal mode doesn't support O_DIRECT Theodore Ts'o
2016-06-11 12:20 ` Eryu Guan
2016-06-11 15:45   ` Theodore Ts'o [this message]

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=20160611154555.GA5489@thunk.org \
    --to=tytso@mit.edu \
    --cc=eguan@redhat.com \
    --cc=fstests@vger.kernel.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.