From: Shin'ichiro Kawasaki <shinichiro.kawasaki@wdc.com>
To: Disha Goel <disgoel@linux.ibm.com>
Cc: linux-block@vger.kernel.org
Subject: Re: [PATCH blktests] blktrace/001: Skip test when kernel lockdown is enabled
Date: Sat, 9 May 2026 12:35:41 +0200 [thread overview]
Message-ID: <af8NJQLWj1lfjoUF@shinmob> (raw)
In-Reply-To: <f3617b18-526e-4006-a692-b704925de24b@linux.ibm.com>
On May 08, 2026 / 16:51, Disha Goel wrote:
> On 29/04/26 7:22 pm, Shin'ichiro Kawasaki wrote:
[...]
> > I would like to understand why the blktrace error happens in your environment
> > and does not happen in my environment. It will affect how to judge the skip of
> > the test case blktrace/001.
> >
> > Could you share your system set up conditions? FYI, I used Fedora 43, QEMU VM,
> > Intel server and v7.1-rc1 kernel for the trial above. I'm guessing any
> > difference between the two environments causes the blktrace behavior difference.
> >
>
> Hi Shin'ichiro,
>
> Thank you for the detailed testing and feedback.
>
> After further investigation, I've identified the root cause. This
> failure is seen on SLES 16.x and RHEL 10.x with 6.12-based kernels when
> Secure Boot is enabled (kernel lockdown active).
>
> I tested on upstream kernel v7.1.0-rc1 with lockdown enabled, and the
> test ran fine. My apologies for not testing with upstream earlier.
>
> The issue is caused by missing debugfs fixes in the distro kernels.
> I'll work with SUSE and Red Hat to get these patches backported to their
> 6.12-based kernels.
>
> I'm withdrawing this patch as it's a kernel bug, not a test framework issue.
> Thank you for the thorough review.
No worries, and thanks to you. This patch post revealed and shared the problem,
which is great :)
prev parent reply other threads:[~2026-05-09 10:37 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-04-24 14:11 [PATCH blktests] blktrace/001: Skip test when kernel lockdown is enabled Disha Goel
2026-04-29 13:52 ` Shin'ichiro Kawasaki
2026-05-08 11:21 ` Disha Goel
2026-05-08 17:39 ` Daniel Wagner
2026-05-11 7:46 ` Disha Goel
2026-05-11 7:58 ` Daniel Wagner
2026-05-09 10:35 ` Shin'ichiro Kawasaki [this message]
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=af8NJQLWj1lfjoUF@shinmob \
--to=shinichiro.kawasaki@wdc.com \
--cc=disgoel@linux.ibm.com \
--cc=linux-block@vger.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 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.