From: Andrew Morton <akpm@linux-foundation.org>
To: Nikola Ciprich <nikola.ciprich@linuxbox.cz>
Cc: Sean Christopherson <seanjc@google.com>,
Borislav Petkov <bp@alien8.de>,
David Laight <david.laight.linux@gmail.com>,
Rik van Riel <riel@surriel.com>,
ljs@kernel.org, linux-mm@kvack.org, linux-kernel@vger.kernel.org,
david@kernel.org, Mike Rapoport <rppt@kernel.org>,
Dave Hansen <dave.hansen@linux.intel.com>,
Pedro Falcato <pfalcato@suse.de>,
Kiryl Shutsemau <kas@kernel.org>,
luizcap@redhat.com, pbonzini@redhat.com,
Tal Zussman <tz2294@columbia.edu>,
Matt Fleming <matt@readmodwrite.com>,
Yosry Ahmed <yosry@kernel.org>
Subject: Re: hunting memory corruption bug in 6.18.x
Date: Mon, 19 Oct 2026 08:35:29 -0700 [thread overview]
Message-ID: <20261019083529.a81910ac0976c1a5687d4c6a@linux-foundation.org> (raw)
In-Reply-To: <atY1vWRBRUwpISKb@pcnci.linuxbox.cz>
On Mon, 19 Oct 2026 17:22:37 +0200 Nikola Ciprich <nikola.ciprich@linuxbox.cz> wrote:
> >
> > Sure! And I have more good news: after applying 55780d8a1dcc
> > to 6.18.56, I was able to perform more than 30 migrations without
> > a glitch. After booting back into 6.18.56 without it, both VMs
> > crashed within 2-3 migrations. Furthermore, some memory apparently
> > got corrupted on one of the hosts, since various commands started
> > crashing too:
> >
> > [ 303.466091] traps: systemd-logind[3085] trap invalid opcode ip:7f7b5667e616 sp:7ffe1afdec38 error:0 in libsystemd-shared-252.so[7e616,7f7b5666d000+22e000]
> > [ 303.493810] traps: systemd-coredum[11269] trap invalid opcode ip:7fc6bf67f614 sp:7ffc075da958 error:0 in libsystemd-shared-252.so[7f614,7fc6bf66d000+22e000]
> > [ 377.528955] traps: systemd[5607] trap invalid opcode ip:7f791447e616 sp:7ffe83e61cf8 error:0 in libsystemd-shared-252.so[7e616,7f791446d000+22e000]
> > [ 377.556993] traps: systemd-coredum[12080] trap invalid opcode ip:7f97ce07f614 sp:7ffe28b56a88 error:0 in libsystemd-shared-252.so[7f614,7f97ce06d000+22e000]
> > [ 3746.173043] traps: hostnamectl[45846] trap invalid opcode ip:7fe00cc7f614 sp:7fff89916e48 error:0 in libsystemd-shared-252.so[7f614,7fe00cc6d000+22e000]
> > [ 3746.202305] traps: systemd-coredum[45847] trap invalid opcode ip:7f7fe9e7f614 sp:7ffea227cfa8 error:0 in libsystemd-shared-252.so[7f614,7f7fe9e6d000+22e000]
> > [ 3750.581940] traps: systemctl[45903] trap invalid opcode ip:7fbb8967f614 sp:7fff733e5748 error:0 in libsystemd-shared-252.so[7f614,7fbb8966d000+22e000]
> > [ 3750.612651] traps: systemd-coredum[45904] trap invalid opcode ip:7f90d347f614 sp:7ffdc7f55148 error:0 in libsystemd-shared-252.so[7f614,7f90d346d000+22e000]
> >
> > I'm not sure if this is of any use, but I collected a vmcore of
> > this state by intentionally crashing the host via /proc/sysrq-trigger.
> >
> > Anyway, I'll give 55780d8a1dcc some more migration rounds, but it looks
> > promising.
>
> 500+ migrations back and forth, no issues. I consider this solved and am rolling
> out the patched kernel; I’ll report if anything new turns up.
Great, thanks.
oops, we haven't been cc'ing Yosry.
> Definitely a -stable candidate. Andrew, will you send it to Greg, or shall I?
I volunteer Yosry or Sean ;)
I think 55780d8a1dcc should be repackaged before sending over to the
-stable people. Its changelog is very wrong: "The bug is benign
though". Update the changelog to explain that the bug is in fact evil.
Otherwise -stable and further downstream won't understand why we sent
it to them and won't understand the impact.
And that repackaging would be an opportunity to add
Reported-by:/Closes:/Tested-by: you, which is the least we can do to
thank you for all this diligent work!
next prev parent reply other threads:[~2026-10-19 15:35 UTC|newest]
Thread overview: 55+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-09-25 8:48 Nikola Ciprich
2026-09-25 10:05 ` Lorenzo Stoakes (ARM)
2026-09-25 12:13 ` Lorenzo Stoakes (ARM)
2026-09-26 5:58 ` Nikola Ciprich
2026-09-26 9:32 ` Lorenzo Stoakes (ARM)
2026-09-28 9:05 ` Nikola Ciprich
2026-09-29 19:11 ` Nikola Ciprich
2026-09-30 9:07 ` Lorenzo Stoakes (ARM)
2026-09-30 18:40 ` Nikola Ciprich
2026-10-01 19:40 ` Nikola Ciprich
2026-10-01 22:21 ` David Laight
2026-10-02 9:50 ` Lorenzo Stoakes (ARM)
2026-10-02 14:55 ` Nikola Ciprich
2026-10-02 19:27 ` Lorenzo Stoakes (ARM)
2026-10-04 18:40 ` Nikola Ciprich
2026-10-05 11:25 ` Rik van Riel
2026-10-05 19:02 ` Nikola Ciprich
[not found] ` <20261005132113.43548696@pumpkin>
2026-10-05 19:25 ` Nikola Ciprich
2026-10-08 12:29 ` Nikola Ciprich
2026-10-08 18:23 ` Borislav Petkov
2026-10-08 20:48 ` Nikola Ciprich
2026-10-09 8:00 ` David Laight
2026-10-12 11:43 ` Nikola Ciprich
2026-10-14 23:53 ` Borislav Petkov
2026-10-15 9:10 ` Nikola Ciprich
2026-10-15 22:11 ` Borislav Petkov
2026-10-14 23:57 ` Borislav Petkov
2026-10-15 9:14 ` Nikola Ciprich
2026-10-15 22:15 ` Borislav Petkov
2026-10-16 0:28 ` Andrew Morton
2026-10-16 3:12 ` Borislav Petkov
2026-10-16 4:18 ` Andrew Morton
2026-10-16 5:49 ` Borislav Petkov
2026-10-16 15:16 ` Sean Christopherson
2026-10-18 16:52 ` Nikola Ciprich
2026-10-19 3:15 ` Andrew Morton
2026-10-19 8:40 ` Nikola Ciprich
2026-10-19 15:22 ` Nikola Ciprich
2026-10-19 15:35 ` Andrew Morton [this message]
2026-10-19 16:38 ` Lorenzo Stoakes (ARM)
2026-10-19 17:39 ` Yosry Ahmed
2026-10-19 17:58 ` Andrew Morton
2026-10-19 18:00 ` Yosry Ahmed
2026-10-19 18:15 ` Borislav Petkov
2026-10-19 19:53 ` Yosry Ahmed
2026-10-19 21:47 ` Yosry Ahmed
2026-10-02 22:02 ` Borislav Petkov
2026-10-04 18:45 ` Nikola Ciprich
2026-10-05 10:58 ` Rik van Riel
2026-10-05 18:05 ` Nikola Ciprich
2026-09-26 16:02 ` Luiz Capitulino
2026-09-28 8:47 ` Nikola Ciprich
2026-10-04 22:20 ` Rik van Riel
2026-10-05 9:31 ` Nikola Ciprich
2026-10-05 8:31 ` Lance Yang
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=20261019083529.a81910ac0976c1a5687d4c6a@linux-foundation.org \
--to=akpm@linux-foundation.org \
--cc=bp@alien8.de \
--cc=dave.hansen@linux.intel.com \
--cc=david.laight.linux@gmail.com \
--cc=david@kernel.org \
--cc=kas@kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=ljs@kernel.org \
--cc=luizcap@redhat.com \
--cc=matt@readmodwrite.com \
--cc=nikola.ciprich@linuxbox.cz \
--cc=pbonzini@redhat.com \
--cc=pfalcato@suse.de \
--cc=riel@surriel.com \
--cc=rppt@kernel.org \
--cc=seanjc@google.com \
--cc=tz2294@columbia.edu \
--cc=yosry@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®