From: Marc Zyngier <maz@kernel.org>
To: Fuad Tabba <tabba@google.com>
Cc: "wangyanan (Y)" <wangyanan55@huawei.com>,
Will Deacon <will@kernel.org>,
kvm@vger.kernel.org, Catalin Marinas <catalin.marinas@arm.com>,
linux-kernel@vger.kernel.org, kvmarm@lists.cs.columbia.edu,
linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCH v7 1/4] KVM: arm64: Introduce two cache maintenance callbacks
Date: Fri, 18 Jun 2021 12:10:24 +0100 [thread overview]
Message-ID: <be5a0a995d01d23898dc649eaa82ff49@kernel.org> (raw)
In-Reply-To: <CA+EHjTyW+LP=UmwDP+egbPzpz2vxFpbOMgXi=dOt15j8wfLxWg@mail.gmail.com>
On 2021-06-18 09:59, Fuad Tabba wrote:
> Hi,
>
> On Fri, Jun 18, 2021 at 2:52 AM wangyanan (Y) <wangyanan55@huawei.com>
> wrote:
>>
>>
>>
>> On 2021/6/17 22:20, Marc Zyngier wrote:
>> > On Thu, 17 Jun 2021 13:38:37 +0100,
>> > Will Deacon <will@kernel.org> wrote:
>> >> On Thu, Jun 17, 2021 at 06:58:21PM +0800, Yanan Wang wrote:
>> >>> To prepare for performing CMOs for guest stage-2 in the fault handlers
>> >>> in pgtable.c, here introduce two cache maintenance callbacks in struct
>> >>> kvm_pgtable_mm_ops. We also adjust the comment alignment for the
>> >>> existing part but make no real content change at all.
>> >>>
>> >>> Signed-off-by: Yanan Wang <wangyanan55@huawei.com>
>> >>> ---
>> >>> arch/arm64/include/asm/kvm_pgtable.h | 42 +++++++++++++++++-----------
>> >>> 1 file changed, 25 insertions(+), 17 deletions(-)
>> >>>
>> >>> diff --git a/arch/arm64/include/asm/kvm_pgtable.h b/arch/arm64/include/asm/kvm_pgtable.h
>> >>> index c3674c47d48c..b6ce34aa44bb 100644
>> >>> --- a/arch/arm64/include/asm/kvm_pgtable.h
>> >>> +++ b/arch/arm64/include/asm/kvm_pgtable.h
>> >>> @@ -27,23 +27,29 @@ typedef u64 kvm_pte_t;
>> >>>
>> >>> /**
>> >>> * struct kvm_pgtable_mm_ops - Memory management callbacks.
>> >>> - * @zalloc_page: Allocate a single zeroed memory page. The @arg parameter
>> >>> - * can be used by the walker to pass a memcache. The
>> >>> - * initial refcount of the page is 1.
>> >>> - * @zalloc_pages_exact: Allocate an exact number of zeroed memory pages. The
>> >>> - * @size parameter is in bytes, and is rounded-up to the
>> >>> - * next page boundary. The resulting allocation is
>> >>> - * physically contiguous.
>> >>> - * @free_pages_exact: Free an exact number of memory pages previously
>> >>> - * allocated by zalloc_pages_exact.
>> >>> - * @get_page: Increment the refcount on a page.
>> >>> - * @put_page: Decrement the refcount on a page. When the refcount
>> >>> - * reaches 0 the page is automatically freed.
>> >>> - * @page_count: Return the refcount of a page.
>> >>> - * @phys_to_virt: Convert a physical address into a virtual address mapped
>> >>> - * in the current context.
>> >>> - * @virt_to_phys: Convert a virtual address mapped in the current context
>> >>> - * into a physical address.
>> >>> + * @zalloc_page: Allocate a single zeroed memory page.
>> >>> + * The @arg parameter can be used by the walker
>> >>> + * to pass a memcache. The initial refcount of
>> >>> + * the page is 1.
>> >>> + * @zalloc_pages_exact: Allocate an exact number of zeroed memory pages.
>> >>> + * The @size parameter is in bytes, and is rounded
>> >>> + * up to the next page boundary. The resulting
>> >>> + * allocation is physically contiguous.
>> >>> + * @free_pages_exact: Free an exact number of memory pages previously
>> >>> + * allocated by zalloc_pages_exact.
>> >>> + * @get_page: Increment the refcount on a page.
>> >>> + * @put_page: Decrement the refcount on a page. When the
>> >>> + * refcount reaches 0 the page is automatically
>> >>> + * freed.
>> >>> + * @page_count: Return the refcount of a page.
>> >>> + * @phys_to_virt: Convert a physical address into a virtual address
>> >>> + * mapped in the current context.
>> >>> + * @virt_to_phys: Convert a virtual address mapped in the current
>> >>> + * context into a physical address.
>> >>> + * @clean_invalidate_dcache: Clean and invalidate the data cache for the
>> >>> + * specified memory address range.
>> >> This should probably be explicit about whether this to the PoU/PoC/PoP.
>> > Indeed. I can fix that locally if there is nothing else that requires
>> > adjusting.
>> Will be grateful !
>
> Sorry, I missed the v7 update. One comment here is that the naming
> used in the patch series I mentioned shortens invalidate to inval (if
> you want it to be less of a mouthful):
> https://lore.kernel.org/linux-arm-kernel/20210524083001.2586635-19-tabba@google.com/
>
OK, I've now aligned these callbacks to Fuad's naming:
[...]
* @dcache_clean_inval_poc: Clean and invalidate the data cache to the
PoC
* for the specified memory address range.
* @icache_inval_pou: Invalidate the instruction cache to the PoU
* for the specified memory address range.
*/
struct kvm_pgtable_mm_ops {
void* (*zalloc_page)(void *arg);
void* (*zalloc_pages_exact)(size_t size);
void (*free_pages_exact)(void *addr, size_t size);
void (*get_page)(void *addr);
void (*put_page)(void *addr);
int (*page_count)(void *addr);
void* (*phys_to_virt)(phys_addr_t phys);
phys_addr_t (*virt_to_phys)(void *addr);
void (*dcache_clean_inval_poc)(void *addr, size_t size);
void (*icache_inval_pou)(void *addr, size_t size);
};
and repainted everything else.
Thanks,
M.
--
Jazz is not dead. It just smells funny...
next prev parent reply other threads:[~2021-06-18 11:10 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-06-17 10:58 [PATCH v7 0/4] KVM: arm64: Improve efficiency of stage2 page table Yanan Wang
2021-06-17 10:58 ` [PATCH v7 1/4] KVM: arm64: Introduce two cache maintenance callbacks Yanan Wang
2021-06-17 12:38 ` Will Deacon
2021-06-17 14:20 ` Marc Zyngier
2021-06-18 1:52 ` wangyanan (Y)
2021-06-18 8:59 ` Fuad Tabba
2021-06-18 11:10 ` Marc Zyngier [this message]
2021-06-17 10:58 ` [PATCH v7 2/4] KVM: arm64: Introduce mm_ops member for structure stage2_attr_data Yanan Wang
2021-06-18 9:29 ` Fuad Tabba
2021-06-17 10:58 ` [PATCH v7 3/4] KVM: arm64: Tweak parameters of guest cache maintenance functions Yanan Wang
2021-06-18 9:29 ` Fuad Tabba
[not found] ` <87czsjcsv8.wl-maz@kernel.org>
2021-06-18 13:14 ` wangyanan (Y)
2021-06-17 10:58 ` [PATCH v7 4/4] KVM: arm64: Move guest CMOs to the fault handlers Yanan Wang
2021-06-17 12:45 ` Will Deacon
2021-06-17 12:59 ` Marc Zyngier
2021-06-17 13:21 ` Will Deacon
2021-06-17 13:37 ` Marc Zyngier
2021-06-18 9:30 ` Fuad Tabba
2021-06-18 11:38 ` [PATCH v7 0/4] KVM: arm64: Improve efficiency of stage2 page table Marc Zyngier
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=be5a0a995d01d23898dc649eaa82ff49@kernel.org \
--to=maz@kernel.org \
--cc=catalin.marinas@arm.com \
--cc=kvm@vger.kernel.org \
--cc=kvmarm@lists.cs.columbia.edu \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=tabba@google.com \
--cc=wangyanan55@huawei.com \
--cc=will@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;
as well as URLs for NNTP newsgroup(s).