[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4a99e079-7bd0-a611-571a-d730815b4b2a@intel.com>
Date: Wed, 18 Jul 2018 17:01:37 -0700
From: Dave Hansen <dave.hansen@...el.com>
To: "Kirill A. Shutemov" <kirill.shutemov@...ux.intel.com>,
Ingo Molnar <mingo@...hat.com>, x86@...nel.org,
Thomas Gleixner <tglx@...utronix.de>,
"H. Peter Anvin" <hpa@...or.com>,
Tom Lendacky <thomas.lendacky@....com>
Cc: Kai Huang <kai.huang@...ux.intel.com>,
Jacob Pan <jacob.jun.pan@...ux.intel.com>,
linux-kernel@...r.kernel.org, linux-mm@...ck.org
Subject: Re: [PATCHv5 17/19] x86/mm: Implement sync_direct_mapping()
On 07/17/2018 04:20 AM, Kirill A. Shutemov wrote:
> arch/x86/include/asm/mktme.h | 8 +
> arch/x86/mm/init_64.c | 10 +
> arch/x86/mm/mktme.c | 437 +++++++++++++++++++++++++++++++++++
> 3 files changed, 455 insertions(+)
I'm not the maintainer. But, NAK from me on this on the diffstat alone.
There is simply too much technical debt here. There is no way this code
is not riddled with bugs and I would bet lots of beer on the fact that
this has received little to know testing with all the combinations that
matter, like memory hotplug. I'd love to be proven wrong, so I eagerly
await to be dazzled with the test results that have so far escaped
mention in the changelog.
Please make an effort to refactor this to reuse the code that we already
have to manage the direct mapping. We can't afford 455 new lines of
page table manipulation that nobody tests or runs.
How _was_ this tested?
Powered by blists - more mailing lists