From: Alexandre Messier <alex@me.ssier.org>
To: linux-kernel@vger.kernel.org
Cc: tglx@linutronix.de, Andrew.Cooper3@citrix.com, mingo@redhat.com,
bp@alien8.de, dave.hansen@linux.intel.com, x86@kernel.org,
regressions@lists.linux.dev,
Alexandre Messier <alex@me.ssier.org>
Subject: [REGRESSION] Unable to unlock encrypted disk starting with kernel 5.19-rc1+
Date: Tue, 28 Jun 2022 01:13:30 -0400 [thread overview]
Message-ID: <6025678c-e94a-6966-e298-82fad658a889@me.ssier.org> (raw)
Hello,
I tested 5.19-rc4 on my system that is currently running 5.18.0, and came
across an issue when unlocking the encrypted rootfs disk at startup. The error
message is:
device-mapper: reload ioctl on nvme0n1p3_crypt (254:0) failed: No such file or directory
The kernel log shows:
device-mapper: table: 254:0: crypt: Error allocating crypto tfm (-ENOENT)
device-mapper: ioctl: error adding target to table
I tested the previous 5.19-rcX, and the issue started happening with 5.19-rc1.
A bisection between 5.18.0 and 5.19-rc1 identifies the following commit:
8ad7e8f69695 ("x86/fpu/xsave: Support XSAVEC in the kernel")
I reverted that commit on top of 5.19-rc4, and unlocking the encrypted disk
works again.
Some more information about the system:
- CPU is AMD Ryzen 5700G
- Userspace is Debian Sid
- The encrypted disk setup is a default encrypted rootfs, as configured by the
standard Debian installer
Please let me know if more information is needed, or if some tests are needed
to be run.
Thanks,
Alex
#regzbot introduced 8ad7e8f69695
next reply other threads:[~2022-06-28 5:14 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-06-28 5:13 Alexandre Messier [this message]
2022-06-28 9:20 ` Borislav Petkov
2022-06-28 16:52 ` Dave Hansen
2022-06-28 21:31 ` Alexandre Messier
2022-06-28 22:59 ` Thomas Gleixner
2022-06-28 23:24 ` Alexandre Messier
2022-06-29 15:24 ` Dave Hansen
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=6025678c-e94a-6966-e298-82fad658a889@me.ssier.org \
--to=alex@me.ssier.org \
--cc=Andrew.Cooper3@citrix.com \
--cc=bp@alien8.de \
--cc=dave.hansen@linux.intel.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@redhat.com \
--cc=regressions@lists.linux.dev \
--cc=tglx@linutronix.de \
--cc=x86@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®