[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <868qwew5xn.wl-maz@kernel.org>
Date: Fri, 30 Aug 2024 13:28:36 +0100
From: Marc Zyngier <maz@...nel.org>
To: Sebastian Ene <sebastianene@...gle.com>
Cc: akpm@...ux-foundation.org,
alexghiti@...osinc.com,
ankita@...dia.com,
ardb@...nel.org,
catalin.marinas@....com,
christophe.leroy@...roup.eu,
james.morse@....com,
vdonnefort@...gle.com,
mark.rutland@....com,
oliver.upton@...ux.dev,
rananta@...gle.com,
ryan.roberts@....com,
shahuang@...hat.com,
suzuki.poulose@....com,
will@...nel.org,
yuzenghui@...wei.com,
kvmarm@...ts.linux.dev,
linux-arm-kernel@...ts.infradead.org,
linux-kernel@...r.kernel.org,
kernel-team@...roid.com
Subject: Re: [PATCH v9 2/5] arm64: ptdump: Expose the attribute parsing functionality
On Tue, 27 Aug 2024 09:45:45 +0100,
Sebastian Ene <sebastianene@...gle.com> wrote:
>
> Reuse the descriptor parsing functionality to keep the same output format
> as the original ptdump code.
This sentence seems either out of place or missing something, because
this change it not reusing anything...
> In order for this to happen, move the state
> tracking objects into a common header.
... but instead doing this ^^^.
I propose to rewrite the commit message as:
"Adding a new page-table dumper for stage-2 requires parsing the page
tables, and reusing the descriptor parsing functionality would help
keeping the same output format as the original ptdump code.
In order for this to happen, move the state tracking object
definitions into a common header."
Shout if you object to it!
Thanks,
M.
--
Without deviation from the norm, progress is not possible.
Powered by blists - more mailing lists