[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <69091BA4-18C4-4425-A5E2-31FBE4654AF9@lca.pw>
Date: Tue, 28 Jan 2020 14:07:10 -0500
From: Qian Cai <cai@....pw>
To: Catalin Marinas <catalin.marinas@....com>
Cc: Anshuman Khandual <Anshuman.Khandual@....com>,
Mark Rutland <Mark.Rutland@....com>,
linux-ia64@...r.kernel.org, linux-sh@...r.kernel.org,
Peter Zijlstra <peterz@...radead.org>,
James Hogan <jhogan@...nel.org>,
Tetsuo Handa <penguin-kernel@...ove.sakura.ne.jp>,
Heiko Carstens <heiko.carstens@...ibm.com>,
Michal Hocko <mhocko@...nel.org>, linux-mm@...ck.org,
Dave Hansen <dave.hansen@...el.com>,
Paul Mackerras <paulus@...ba.org>, sparclinux@...r.kernel.org,
Thomas Gleixner <tglx@...utronix.de>,
linux-s390@...r.kernel.org, Michael Ellerman <mpe@...erman.id.au>,
x86@...nel.org, Russell King - ARM Linux <linux@...linux.org.uk>,
Matthew Wilcox <willy@...radead.org>,
Steven Price <Steven.Price@....com>,
Jason Gunthorpe <jgg@...pe.ca>,
Gerald Schaefer <gerald.schaefer@...ibm.com>,
linux-snps-arc@...ts.infradead.org,
linux-arm-kernel@...ts.infradead.org,
Ingo Molnar <mingo@...nel.org>,
Kees Cook <keescook@...omium.org>,
Masahiro Yamada <yamada.masahiro@...ionext.com>,
Mark Brown <broonie@...nel.org>,
"Kirill A . Shutemov" <kirill@...temov.name>,
Dan Williams <dan.j.williams@...el.com>,
Vlastimil Babka <vbabka@...e.cz>,
Christophe Leroy <christophe.leroy@....fr>,
Sri Krishna chowdary <schowdary@...dia.com>,
Ard Biesheuvel <ard.biesheuvel@...aro.org>,
Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
linux-mips@...r.kernel.org, Ralf Baechle <ralf@...ux-mips.org>,
linux-kernel@...r.kernel.org, Paul Burton <paul.burton@...s.com>,
Mike Rapoport <rppt@...ux.vnet.ibm.com>,
Vineet Gupta <vgupta@...opsys.com>,
Martin Schwidefsky <schwidefsky@...ibm.com>,
Andrew Morton <akpm@...ux-foundation.org>,
linuxppc-dev@...ts.ozlabs.org,
"David S. Miller" <davem@...emloft.net>
Subject: Re: [PATCH V12] mm/debug: Add tests validating architecture page table helpers
> On Jan 28, 2020, at 12:47 PM, Catalin Marinas <catalin.marinas@....com> wrote:
>
> The primary goal here is not finding regressions but having clearly
> defined semantics of the page table accessors across architectures. x86
> and arm64 are a good starting point and other architectures will be
> enabled as they are aligned to the same semantics.
This still does not answer the fundamental question. If this test is simply inefficient to find bugs, who wants to spend time to use it regularly? If this is just one off test that may get running once in a few years (when introducing a new arch), how does it justify the ongoing cost to maintain it?
I do agree there could be a need to clearly define this thing but that belongs to documentation rather than testing purpose. It is confusing to mix this with other config options which have somewhat a different purpose, it will then be a waste of time for people who mistakenly enable this for regular automatic testing and never found any bug from it.
Powered by blists - more mailing lists