FS/XFS testing framework
 help / color / mirror / Atom feed
From: Jens Axboe <axboe@kernel.dk>
To: "Darrick J. Wong" <djwong@kernel.org>,
	Yang Xu <xuyang2018.jy@fujitsu.com>
Cc: fstests@vger.kernel.org, tytso@mit.edu, shr@fb.com
Subject: Re: [PATCH] generic/471: Remove this broken case
Date: Mon, 14 Aug 2023 15:40:20 -0600	[thread overview]
Message-ID: <fa0e1d60-131d-44ed-beee-a49bd4fdca1a@kernel.dk> (raw)
In-Reply-To: <20230814153753.GR11377@frogsfrogsfrogs>

On 8/14/23 9:37 AM, Darrick J. Wong wrote:
> On Mon, Aug 14, 2023 at 10:41:41PM +0800, Yang Xu wrote:
>> I remember this case fails on last year becuase of
>> kernel commit cae2de69 ("iomap: Add async buffered write support")
>> kernel commit 1aa91d9 ("xfs: Add async buffered write support").
>> as below:
>>      pwrite: Resource temporarily unavailable
>>      wrote 8388608/8388608 bytes at offset 0
>>      XXX Bytes, X ops; XX:XX:XX.X (XXX YYY/sec and XXX ops/sec)
>>     -RWF_NOWAIT time is within limits.
>>     +pwrite: Resource temporarily unavailable
>>     +(standard_in) 1: syntax error
>>     +RWF_NOWAIT took  seconds
>>
>> So For async buffered write requests, the request will return -EAGAIN
>> if the ilock cannot be obtained immediately.
>>
>> Here also a discussion[1] that seems generic/471 has been broken.
>>
>> Now, I met this problem in my linux distribution, then I found the above
>> discussion. IMO, remove this case is ok and then we can avoid to meet this
>> false report again.
>>
>> [1]https://lore.kernel.org/linux-xfs/b2865bd6-2346-8f4d-168b-17f06bbedbed@kernel.dk/
>> Signed-off-by: Yang Xu <xuyang2018.jy@fujitsu.com>
> 
> Fine with me, since nobody thinks this test does anything useful, nor
> has anyone made it do something useful.

It has never done anything useful, it's a test that was added so that
someone could say they had a test case for a kernel change that they
made. Killing it is the right choice, as I've argued for before.

Reviewed-by: Jens Axboe <axboe@kernel.dk>

-- 
Jens Axboe


  reply	other threads:[~2023-08-14 21:41 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-08-14 14:41 [PATCH] generic/471: Remove this broken case Yang Xu
2023-08-14 15:37 ` Darrick J. Wong
2023-08-14 21:40   ` Jens Axboe [this message]
2023-08-14 22:42 ` Bill O'Donnell
2023-08-15 10:44 ` Filipe Manana
2023-08-16 14:58   ` Yang Xu (Fujitsu)
2023-08-18 12:43     ` Zorro Lang
2023-08-19 16:25       ` Filipe Manana
2023-08-20  3:59         ` Zorro Lang
2023-08-21  5:39         ` Dave Chinner
2023-08-21 11:16           ` Filipe Manana
2023-08-21 14:59             ` Yang Xu (Fujitsu)
2023-08-24  2:33             ` Dave Chinner

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=fa0e1d60-131d-44ed-beee-a49bd4fdca1a@kernel.dk \
    --to=axboe@kernel.dk \
    --cc=djwong@kernel.org \
    --cc=fstests@vger.kernel.org \
    --cc=shr@fb.com \
    --cc=tytso@mit.edu \
    --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