From: Melvin Vermeeren <vermeeren@vermwa.re>
To: Yu Kuai <yukuai3@huawei.com>,
Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
Salvatore Bonaccorso <carnil@debian.org>
Cc: 1104460@bugs.debian.org, Coly Li <colyli@kernel.org>,
Sasha Levin <sashal@kernel.org>, stable <stable@vger.kernel.org>,
regressions@lists.linux.dev
Subject: Re: [regression 6.1.y] discard/TRIM through RAID10 blocking (was: Re: Bug#1104460: linux-image-6.1.0-34-powerpc64le: Discard broken) with RAID10: BUG: kernel tried to execute user page (0) - exploit attempt?
Date: Tue, 06 May 2025 17:16:15 +0200 [thread overview]
Message-ID: <4657023.LvFx2qVVIh@verm-r4e> (raw)
In-Reply-To: <aBJH6Nsh-7Zj55nN@eldamar.lan>
[-- Attachment #1: Type: text/plain, Size: 876 bytes --]
Hi Salvatore,
I had been unexpectedly busy the past week, caught up to all the mails just
now. Many thanks to everyone involved and the additional information from
several people, am happy to see it.
On Wednesday, 30 April 2025 17:55:20 Central European Summer Time Salvatore
Bonaccorso wrote:
> Melvin, the same change went as well in other stable series, 6.6.88,
> 6.12.25, 6.14.4, can you test e.g. 6.12.25-1 in Debian as well from
> unstable to see if the regression is there as well?
Specifically for this, I did just now test this with Debian testing's
6.12.25-1, albeit on amd64 instead of ppc64le, with an identical storage
layout and can confirm the issue does *not* exist there.
This confirms what others already discovered by now, I agree with the findings
and have nothing to add specifically.
Thanks again to all,
--
Melvin Vermeeren
Systems engineer
[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
prev parent reply other threads:[~2025-05-06 15:24 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <174602441004.174814.6400502946223473449.reportbug@talos.vermwa.re>
2025-04-30 15:55 ` [regression 6.1.y] discard/TRIM through RAID10 blocking (was: Re: Bug#1104460: linux-image-6.1.0-34-powerpc64le: Discard broken) with RAID10: BUG: kernel tried to execute user page (0) - exploit attempt? Salvatore Bonaccorso
2025-05-05 11:47 ` Moritz Mühlenhoff
2025-05-05 14:00 ` Salvatore Bonaccorso
2025-05-05 16:02 ` Salvatore Bonaccorso
2025-05-05 18:50 ` Bug#1104460: " Antoine Beaupré
2025-05-05 20:36 ` Salvatore Bonaccorso
2025-05-05 20:59 ` Antoine Beaupré
2025-05-06 1:25 ` Bug#1104460: [regression 6.1.y] discard/TRIM through RAID10 blocking Yu Kuai
2025-05-06 6:00 ` Salvatore Bonaccorso
2025-05-06 13:12 ` Antoine Beaupré
2025-05-06 1:11 ` Yu Kuai
2025-05-06 1:19 ` Yu Kuai
2025-05-06 15:16 ` Melvin Vermeeren [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=4657023.LvFx2qVVIh@verm-r4e \
--to=vermeeren@vermwa.re \
--cc=1104460@bugs.debian.org \
--cc=carnil@debian.org \
--cc=colyli@kernel.org \
--cc=gregkh@linuxfoundation.org \
--cc=regressions@lists.linux.dev \
--cc=sashal@kernel.org \
--cc=stable@vger.kernel.org \
--cc=yukuai3@huawei.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