[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <51950f43-1daf-9192-ce9b-7a1ddae3edd2@lca.pw>
Date: Mon, 14 Jan 2019 12:58:03 -0500
From: Qian Cai <cai@....pw>
To: Esme <esploit@...tonmail.ch>
Cc: "dgilbert@...erlog.com" <dgilbert@...erlog.com>,
David Lechner <david@...hnology.com>,
Michel Lespinasse <walken@...gle.com>,
Andrew Morton <akpm@...ux-foundation.org>,
"jejb@...ux.ibm.com" <jejb@...ux.ibm.com>,
"martin.petersen@...cle.com" <martin.petersen@...cle.com>,
"joeypabalinas@...il.com" <joeypabalinas@...il.com>,
linux-mm <linux-mm@...ck.org>,
LKML <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH v2] rbtree: fix the red root
Unfortunately, I could not trigger any of those here both in a bare-metal and
virtual machines. All I triggered were hung tasks and soft-lockup due to fork bomb.
The only other thing I can think of is to setup kdump to capture a vmcore when
either GPF or BUG() happens, and then share the vmcore somewhere, so I might
pork around to see where the memory corruption looks like.
Powered by blists - more mailing lists