From: Eric Biggers <ebiggers@kernel.org>
To: Sven <dm-devel@schwermer.no>
Cc: dm-devel@lists.linux.dev, marex@denx.de, nhuck@google.com
Subject: Re: dm-verity requires WQ_UNBOUND with mxs-dcp
Date: Tue, 28 May 2024 12:42:01 -0700 [thread overview]
Message-ID: <20240528194201.GA1201@sol.localdomain> (raw)
In-Reply-To: <296810f8-367c-4a33-b315-3074690d4c36@schwermer.no>
On Tue, May 28, 2024 at 10:58:33AM +0200, Sven wrote:
> Hi,
>
> I'm seeing a problem using dm-verity with the sha256-dcp driver (mxs-dcp).
> Specifically, I'm seeing corruption errors a la
>
> device-mapper: verity: 179:2: metadata block 76823 is corrupted
>
> This is a regression that has started to appear with commit
>
> c25da5b7baf1d dm verity: stop using WQ_UNBOUND for verify_wq
>
> Reverting that commit while keeping an identical rootfs fixes my issue and I
> don't get any warnings anymore. I'm using an i.MX6ULL SoC which only has one
> CPU core so I don't really understand how WQ_UNBOUND can have an affect
> here. However, there might be side effects that I'm not aware of.
>
> It might be worth noting that I'm using the dm-verity device as my root
> device without initramfs. I'm seeing this on both v6.6.23 and today's master
> (v6.10-rc1-13-g2bfcfd584ff5c).
>
> Does anyone have ideas, how WQ_UNBOUND could be required here?
>
Does this happen with software SHA-256, or is it specific to the sha256-dcp
driver? Does this driver pass all the crypto self-tests?
- Eric
next prev parent reply other threads:[~2024-05-28 19:42 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-05-28 8:58 dm-verity requires WQ_UNBOUND with mxs-dcp Sven
2024-05-28 19:42 ` Eric Biggers [this message]
2024-05-29 6:31 ` Sven
2024-06-06 13:12 ` Sven
2024-06-07 5:22 ` Eric Biggers
2024-06-11 12:29 ` Sven
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=20240528194201.GA1201@sol.localdomain \
--to=ebiggers@kernel.org \
--cc=dm-devel@lists.linux.dev \
--cc=dm-devel@schwermer.no \
--cc=marex@denx.de \
--cc=nhuck@google.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 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.