From: "David Hildenbrand (Arm)" <david@kernel.org>
To: Breno Leitao <leitao@debian.org>
Cc: Andrew Morton <akpm@linux-foundation.org>,
Miaohe Lin <linmiaohe@huawei.com>,
linux-mm@kvack.org, linux-kernel@vger.kernel.org,
linux-doc@vger.kernel.org, linux-kselftest@vger.kernel.org,
linux-trace-kernel@vger.kernel.org, kernel-team@meta.com,
Lorenzo Stoakes <ljs@kernel.org>,
Vlastimil Babka <vbabka@kernel.org>,
Mike Rapoport <rppt@kernel.org>,
Suren Baghdasaryan <surenb@google.com>,
Michal Hocko <mhocko@suse.com>, Shuah Khan <shuah@kernel.org>,
Naoya Horiguchi <nao.horiguchi@gmail.com>,
Jonathan Corbet <corbet@lwn.net>,
Shuah Khan <skhan@linuxfoundation.org>,
"Liam R. Howlett" <liam@infradead.org>,
lance.yang@linux.dev, Steven Rostedt <rostedt@goodmis.org>,
Masami Hiramatsu <mhiramat@kernel.org>,
Mathieu Desnoyers <mathieu.desnoyers@efficios.com>
Subject: Re: [PATCH v10 6/6] selftests/mm: add hwpoison-panic destructive test
Date: Wed, 29 Jul 2026 11:09:11 +0200 [thread overview]
Message-ID: <d0d62d7d-8701-4692-89b9-84dff71a7cf0@kernel.org> (raw)
In-Reply-To: <amm72Bu9qmWLI-9b@gmail.com>
On 7/29/26 10:53, Breno Leitao wrote:
> On Wed, Jul 29, 2026 at 09:25:16AM +0200, David Hildenbrand (Arm) wrote:
>> On 7/29/26 00:07, Breno Leitao wrote:
>>> I have a draft of the selftest in C already and I will give it more bake
>>> time, and I will submit it until EOW.
>>
>> IMHO there is no need to rush this test here, we could merge it after the main work.
>>
>> We neglected our selftests quite a bit in the past, and that is biting us now.
>>
>> That's why I push back hard now (sorry) against stuff that is different than the
>> rest and not easy to maintain.
>>
>> I know, hwpoison-panic is a destructive test, but I really don't think we should
>> just merge mostly unreviewed bash tests that will just bitrot.
>>
>> Which makes me wonder now: should this actually be a selftest? It's nothing one
>> would just want to run in a CI. It will crash your machine.
>>
>> Maybe this should just be a tool in tools/mm? I really think so. So having a
>> nice C-level hwpoison-panic.c in tools/mm might be the way to go.
>
> Agreed. In v6 [0] I actually removed the selftest entirely, since the value
> wasn't clear and it seemed like an ugly duckling.
>
> It seems tools/mm would be a good fit, and make a better home for this
> type of "test".
>
> Given more changes coming in memory failure (at least from my side
> [1][2]), I think it would be a good idea to create a subdirectory
> (tools/mm/memory-failure) and keep these semi-destructive tools in there. Is
> this the right direction?
Makes sense to me.
>
>> So let's rather make this test well maintainable and have it properly reviewed
>> than rushing something suboptimal.
>
> Sounds good. I'll move this to tools/mm and resubmit. Given Andrew has
> removed the selftest from mm-unstable while keeping the rest of the
> series (which is fully reviewed and frictionless), so I'll focus on the
> test tool now and send it separately.
Avoid bash scripts, please :)
--
Cheers,
David
next prev parent reply other threads:[~2026-07-29 13:59 UTC|newest]
Thread overview: 29+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-06-30 12:46 [PATCH v10 0/6] mm/memory-failure: add panic option for unrecoverable pages Breno Leitao
2026-06-30 12:46 ` [PATCH v10 1/6] mm/memory-failure: drop dead error_states[] entry for reserved pages Breno Leitao
2026-06-30 12:46 ` [PATCH v10 2/6] mm/memory-failure: surface unhandlable kernel pages as -ENOTRECOVERABLE Breno Leitao
2026-07-06 12:22 ` Miaohe Lin
2026-06-30 12:46 ` [PATCH v10 3/6] mm/memory-failure: report MF_MSG_KERNEL for unrecoverable kernel pages Breno Leitao
2026-06-30 12:46 ` [PATCH v10 4/6] mm/memory-failure: add panic option for unrecoverable pages Breno Leitao
2026-06-30 12:46 ` [PATCH v10 5/6] Documentation: document panic_on_unrecoverable_memory_failure sysctl Breno Leitao
2026-07-09 3:18 ` Miaohe Lin
2026-06-30 12:46 ` [PATCH v10 6/6] selftests/mm: add hwpoison-panic destructive test Breno Leitao
2026-07-04 9:31 ` Mike Rapoport
2026-07-06 16:14 ` Breno Leitao
2026-07-06 16:23 ` Mike Rapoport
2026-07-09 3:34 ` Miaohe Lin
2026-07-28 4:24 ` Andrew Morton
2026-07-28 8:57 ` Miaohe Lin
2026-07-28 9:29 ` Breno Leitao
2026-07-28 19:20 ` Andrew Morton
2026-07-28 19:21 ` David Hildenbrand (Arm)
2026-07-28 22:07 ` Breno Leitao
2026-07-29 7:25 ` David Hildenbrand (Arm)
2026-07-29 8:53 ` Breno Leitao
2026-07-29 9:09 ` David Hildenbrand (Arm) [this message]
2026-07-29 10:21 ` Breno Leitao
2026-07-29 11:11 ` David Hildenbrand (Arm)
2026-07-28 9:35 ` David Hildenbrand (Arm)
2026-06-30 20:55 ` [PATCH v10 0/6] mm/memory-failure: add panic option for unrecoverable pages Andrew Morton
-- strict thread matches above, loose matches on Subject: below --
2026-06-26 15:33 Breno Leitao
2026-06-26 15:33 ` [PATCH v10 6/6] selftests/mm: add hwpoison-panic destructive test Breno Leitao
2026-06-27 7:52 ` Mike Rapoport
2026-06-29 15:50 ` Breno Leitao
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=d0d62d7d-8701-4692-89b9-84dff71a7cf0@kernel.org \
--to=david@kernel.org \
--cc=akpm@linux-foundation.org \
--cc=corbet@lwn.net \
--cc=kernel-team@meta.com \
--cc=lance.yang@linux.dev \
--cc=leitao@debian.org \
--cc=liam@infradead.org \
--cc=linmiaohe@huawei.com \
--cc=linux-doc@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-kselftest@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=linux-trace-kernel@vger.kernel.org \
--cc=ljs@kernel.org \
--cc=mathieu.desnoyers@efficios.com \
--cc=mhiramat@kernel.org \
--cc=mhocko@suse.com \
--cc=nao.horiguchi@gmail.com \
--cc=rostedt@goodmis.org \
--cc=rppt@kernel.org \
--cc=shuah@kernel.org \
--cc=skhan@linuxfoundation.org \
--cc=surenb@google.com \
--cc=vbabka@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