public inbox for ltp@lists.linux.it
 help / color / mirror / Atom feed
From: Eric Biggers <ebiggers@kernel.org>
To: "xuyang2018.jy@fujitsu.com" <xuyang2018.jy@fujitsu.com>
Cc: "ltp@lists.linux.it" <ltp@lists.linux.it>
Subject: Re: [LTP] [PATCH 2/3] syscalls/statx10: Add basic test for STATX_DIOALIGN
Date: Fri, 31 Mar 2023 19:29:07 +0000	[thread overview]
Message-ID: <ZCc0gyy9QvGLlUPv@gmail.com> (raw)
In-Reply-To: <a9a441b0-1774-a15c-14ec-b155bfe88152@fujitsu.com>

On Fri, Mar 31, 2023 at 12:56:47PM +0000, xuyang2018.jy@fujitsu.com wrote:
> > Thanks for writing a test for STATX_DIOALIGN!
> > 
> > However, the above code isn't actually a valid test, since stx_dio_mem_align and
> > stx_dio_offset_align will be 0 if the file doesn't support DIO.  This is
> > documented in the statx(2) manual page. 
> 
>   I have reported TCONF in setup when fail to open a file with O_DIRECT.

Unfortunately that does not work either, as the behavior for when direct I/O is
unsupported is not standardized.  Some filesystems do indeed return -EINVAL for
open(O_DIRECT).  However, others just treat O_DIRECT as a hint and fall back to
buffered I/O.  And some filesystems even implement the former behavior for some
files and the latter behavior for other files...

Note that this was actually one of the motivations for STATX_DIOALIGN.
STATX_DIOALIGN tells you whether direct I/O is "really" supported, as opposed to
being "supported" with a buffered I/O fallback.

> > Filesystems aren't guaranteed to
> > support DIO, if they do, they aren't guaranteed to support it on all files.
> 
> In this case, I only test a regular file.

It is possible that on a single filesystem, direct I/O is supported on some
regular files but not others.  It is also possible that files on the same
filesystem have different direct I/O alignment restrictions.

Likewise, this was part of the motivation for STATX_DIOALIGN.

- Eric

-- 
Mailing list info: https://lists.linux.it/listinfo/ltp

  reply	other threads:[~2023-03-31 19:29 UTC|newest]

Thread overview: 46+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-03-30  8:22 [LTP] [PATCH 1/3] lapi/stat.h: Add STATX_DIOALIGN related definition Yang Xu
2023-03-30  8:22 ` [LTP] [PATCH 2/3] syscalls/statx10: Add basic test for STATX_DIOALIGN Yang Xu
2023-03-30 16:46   ` Eric Biggers
2023-03-31 12:56     ` xuyang2018.jy
2023-03-31 19:29       ` Eric Biggers [this message]
2023-04-03  1:24         ` xuyang2018.jy
2023-04-03  3:06           ` Eric Biggers
2023-04-03 10:44           ` [LTP] [PATCH v2 1/4] lapi/stat.h: Add STATX_DIOALIGN related definition Yang Xu
2023-04-03 10:44             ` [LTP] [PATCH v2 2/4] syscalls/statx10: Add basic test for STATX_DIOALIGN on regular file Yang Xu
2023-04-03 17:01               ` Eric Biggers
2023-04-04  3:10                 ` xuyang2018.jy
2023-04-04  5:46                   ` xuyang2018.jy
2023-04-03 10:44             ` [LTP] [PATCH v2 3/4] syscalls/statx11: Add basic test for STATX_DIOALIGN on blockdev Yang Xu
2023-04-03 17:04               ` Eric Biggers
2023-04-04  3:14                 ` xuyang2018.jy
2023-04-04  7:30                 ` [LTP] [PATCH v3 1/4] lapi/stat.h: Add STATX_DIOALIGN related definition Yang Xu
2023-04-04  7:30                   ` [LTP] [PATCH v3 2/4] syscalls/statx10: Add basic test for STATX_DIOALIGN on regular file Yang Xu
2023-04-04 21:52                     ` Eric Biggers
2023-04-06  4:52                       ` xuyang2018.jy
2023-04-04  7:30                   ` [LTP] [PATCH v3 3/4] syscalls/statx11: Add basic test for STATX_DIOALIGN on block device Yang Xu
2023-04-04 21:59                     ` Eric Biggers
2023-04-06  4:57                       ` xuyang2018.jy
2023-04-06  5:36                         ` xuyang2018.jy
2023-04-06  5:40                       ` [LTP] [PATCH v4 1/4] lapi/stat.h: Add STATX_DIOALIGN related definition Yang Xu
2023-04-06  5:40                         ` [LTP] [PATCH v4 2/4] syscalls/statx10: Add basic test for STATX_DIOALIGN on regular file Yang Xu
2023-04-26 22:06                           ` Eric Biggers
2023-04-27  3:03                             ` Yang Xu (Fujitsu)
2023-05-01 17:44                               ` Eric Biggers
2023-05-01 17:47                                 ` Eric Biggers
2023-05-08  8:25                                 ` Yang Xu (Fujitsu)
2023-05-08  8:30                                   ` Yang Xu (Fujitsu)
2023-04-06  5:40                         ` [LTP] [PATCH v4 3/4] syscalls/statx11: Add basic test for STATX_DIOALIGN on block device Yang Xu
2023-04-26 22:12                           ` Eric Biggers
2023-04-27  3:37                             ` Yang Xu (Fujitsu)
2023-04-27  3:50                               ` Yang Xu (Fujitsu)
2023-05-01 17:49                                 ` Eric Biggers
2023-05-08  8:26                                   ` Yang Xu (Fujitsu)
2023-04-06  5:40                         ` [LTP] [PATCH v4 4/4] lapi/stat.h: Remove deprecated STATX_ALL macro Yang Xu
2023-04-26 21:56                           ` Eric Biggers
2023-04-27  1:52                             ` Yang Xu (Fujitsu)
2023-04-26  9:57                         ` [LTP] [PATCH v4 1/4] lapi/stat.h: Add STATX_DIOALIGN related definition Yang Xu (Fujitsu)
2023-04-26 21:56                         ` Eric Biggers
2023-04-27  1:36                           ` Yang Xu (Fujitsu)
2023-04-04  7:30                   ` [LTP] [PATCH v3 4/4] lapi/stat.h: Remove deprecated STATX_ALL macro Yang Xu
2023-04-03 10:44             ` [LTP] [PATCH v2 " Yang Xu
2023-03-30  8:22 ` [LTP] [PATCH 3/3] " Yang Xu

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=ZCc0gyy9QvGLlUPv@gmail.com \
    --to=ebiggers@kernel.org \
    --cc=ltp@lists.linux.it \
    --cc=xuyang2018.jy@fujitsu.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox