[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <9d7d1e1f-93de-c9a8-e6bb-63696e162210@arm.com>
Date: Fri, 15 Feb 2019 17:32:32 +0000
From: Steven Price <steven.price@....com>
To: Dave Hansen <dave.hansen@...el.com>, linux-mm@...ck.org
Cc: x86@...nel.org, Arnd Bergmann <arnd@...db.de>,
Ard Biesheuvel <ard.biesheuvel@...aro.org>,
Peter Zijlstra <peterz@...radead.org>,
Catalin Marinas <catalin.marinas@....com>,
Dave Hansen <dave.hansen@...ux.intel.com>,
Will Deacon <will.deacon@....com>,
linux-kernel@...r.kernel.org,
Jérôme Glisse <jglisse@...hat.com>,
Ingo Molnar <mingo@...hat.com>, Borislav Petkov <bp@...en8.de>,
Andy Lutomirski <luto@...nel.org>,
"H. Peter Anvin" <hpa@...or.com>,
James Morse <james.morse@....com>,
Thomas Gleixner <tglx@...utronix.de>,
linux-arm-kernel@...ts.infradead.org
Subject: Re: [PATCH 13/13] x86: mm: Convert dump_pagetables to use
walk_page_range
On 15/02/2019 17:16, Dave Hansen wrote:
> On 2/15/19 9:02 AM, Steven Price wrote:
>> arch/x86/mm/dump_pagetables.c | 281 ++++++++++++++++++----------------
>> 1 file changed, 146 insertions(+), 135 deletions(-)
>
> I'll look through this in more detail in a bit. But, I'm a bit bummed
> out by the diffstat. When I see patches add a bunch of infrastructure,
> I *really* hope for code simplification.
>
> Looking at the diff, I think it gets there. The code you add is
> simpler than the code you remove. But, the diffstat is misleading.
I agree, I was disappointed myself by the diffstat. Hopefully the code
is simplier though - there's unfortunately quite a bit of boiler plate
code in the new version, but that code is at least easier to understand.
My hope is that it will be possible to move the boiler plate code into
common code (there's a lot of similarity with arm64 here). However I
wanted to get some agreement on the approach and make a non-functional
change before attempting to unify the different dump_pagetables
implementations (which is likely to cause minor functional changes).
> I'd probably address this disparity for each patch in the changelogs.
Good point, I'll try to remember for next time.
Thanks for taking a look,
Steve
Powered by blists - more mailing lists