From: Milan Broz <gmazyland@gmail.com>
To: Jens Axboe <axboe@kernel.dk>
Cc: regressions@lists.linux.dev, Ondrej Kozina <okozina@redhat.com>,
linux-block@vger.kernel.org
Subject: Re: [PATCH] block: cleanup and fix batch completion adding conditions
Date: Tue, 4 Mar 2025 10:25:49 +0100 [thread overview]
Message-ID: <d84313c6-3dd1-446d-910d-e7f9f2e7d53c@gmail.com> (raw)
In-Reply-To: <535ff54b-5c49-42f0-af5f-020169b5da79@redhat.com>
On 2/28/25 3:32 PM, Ondrej Kozina wrote:
> On 28/02/2025 15:08, Jens Axboe wrote:
>> On 2/28/25 4:59 AM, Ondrej Kozina wrote:
>>> Hi Jens,
>>>
>>> this patch introduced regression to locked SED OPAL2 devices. The locked region no longer returns -EIO upon IO. On read the caller receives block of zeroes, on write it does not report any error either. In both cases, previous to this patch, the caller would get IO error (expected) with locked device.
>>>
>>> It was discovered by cryptsetup testsuite specifically https://gitlab.com/cryptsetup/cryptsetup/-/blob/main/tests/compat-test-opal
>>>
>>> I've attached a simple patch that changes the ioerror condition and it fixed the problem with SED OPAL2 devices for me.
>>>
>>> #regzbot introduced: 1f47ed294a2bd577d5ae43e6e28e1c9a3be4a833
>>
>> Oops thanks - does someone want to send a "real" patch with commit message
>> etc, or do you just want me to queue something up?
>>
>
> To be honest, my patch was just a quick hack and I'm not sure if it is
> the correct one in general. But I will test (and report) a fix when it
> lands here.
Hi Jens,
do you have some fix for this issue anywhere?
We can easily test the patch (at least for Opal) as our CI is currently
completely red because of this issue :)
Thanks,
Milan
next prev parent reply other threads:[~2025-03-04 9:25 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-02-13 15:18 [PATCH] block: cleanup and fix batch completion adding conditions Jens Axboe
2025-02-19 7:26 ` Shinichiro Kawasaki
2025-02-19 19:17 ` alan.adamson
2025-02-20 1:04 ` alan.adamson
2025-02-20 7:28 ` Shinichiro Kawasaki
2025-02-28 11:59 ` Ondrej Kozina
2025-02-28 14:08 ` Jens Axboe
2025-02-28 14:32 ` Ondrej Kozina
2025-03-04 9:25 ` Milan Broz [this message]
2025-03-11 3:03 ` Shinichiro Kawasaki
2025-03-11 14:59 ` Milan Broz
2025-03-11 15:00 ` Jens Axboe
2025-03-19 18:54 ` Milan Broz
2025-03-12 11:17 ` Ondrej Kozina
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=d84313c6-3dd1-446d-910d-e7f9f2e7d53c@gmail.com \
--to=gmazyland@gmail.com \
--cc=axboe@kernel.dk \
--cc=linux-block@vger.kernel.org \
--cc=okozina@redhat.com \
--cc=regressions@lists.linux.dev \
/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