From: "Yi-De Wu (吳一德)" <Yi-De.Wu@mediatek.com>
To: "maz@kernel.org" <maz@kernel.org>,
"quic_tsoni@quicinc.com" <quic_tsoni@quicinc.com>
Cc: "corbet@lwn.net" <corbet@lwn.net>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"robh+dt@kernel.org" <robh+dt@kernel.org>,
"angelogioacchino.delregno@collabora.com"
<angelogioacchino.delregno@collabora.com>,
"linux-mediatek@lists.infradead.org"
<linux-mediatek@lists.infradead.org>,
"linux-arch@vger.kernel.org" <linux-arch@vger.kernel.org>,
"MY Chuang (莊明躍)" <MY.Chuang@mediatek.com>,
"devicetree@vger.kernel.org" <devicetree@vger.kernel.org>,
"Shawn Hsiao (蕭志祥)" <shawn.hsiao@mediatek.com>,
"Miles Chen (陳民樺)" <Miles.Chen@mediatek.com>,
"PeiLun Suei (隋培倫)" <PeiLun.Suei@mediatek.com>,
"Liju-clr Chen (陳麗如)" <Liju-clr.Chen@mediatek.com>,
"Jades Shih (施向玨)" <jades.shih@mediatek.com>,
"catalin.marinas@arm.com" <catalin.marinas@arm.com>,
"dbrazdil@google.com" <dbrazdil@google.com>,
"linux-arm-kernel@lists.infradead.org"
<linux-arm-kernel@lists.infradead.org>,
"Yingshiuan Pan (潘穎軒)" <Yingshiuan.Pan@mediatek.com>,
"krzysztof.kozlowski+dt@linaro.org"
<krzysztof.kozlowski+dt@linaro.org>,
"matthias.bgg@gmail.com" <matthias.bgg@gmail.com>,
"arnd@arndb.de" <arnd@arndb.de>,
"linux-doc@vger.kernel.org" <linux-doc@vger.kernel.org>,
"Ze-yu Wang (王澤宇)" <Ze-yu.Wang@mediatek.com>,
"will@kernel.org" <will@kernel.org>,
"Ivan Tseng (曾志軒)" <ivan.tseng@mediatek.com>
Subject: Re: [PATCH v2 3/7] virt: geniezone: Introduce GenieZone hypervisor support
Date: Fri, 12 May 2023 07:18:48 +0000 [thread overview]
Message-ID: <ce63cfc3844a3b071d99d7c847c7188041daaa50.camel@mediatek.com> (raw)
In-Reply-To: <70acccee-22d7-0d35-b943-346a435b9eab@quicinc.com>
On Fri, 2023-04-28 at 15:48 -0700, Trilok Soni wrote:
> External email : Please do not click links or open attachments until
> you have verified the sender or the content.
>
>
> Hi Marc,
>
> >
> > [...]
> >
> > > +/**
> > > + * gzvm_gfn_to_pfn_memslot() - Translate gfn (guest ipa) to pfn
> > > (host
> > > pa),
> > > + * result is in @pfn
> > > + *
> > > + * Leverage KVM's gfn_to_pfn_memslot(). Because
> > > gfn_to_pfn_memslot()
> > > needs
> > > + * kvm_memory_slot as parameter, this function populates
> > > necessary
> > > fileds
> > > + * for calling gfn_to_pfn_memslot().
> > > + *
> > > + * Return:
> > > + * * 0 - Succeed
> > > + * * -EFAULT - Failed to convert
> > > + */
> > > +static int gzvm_gfn_to_pfn_memslot(struct gzvm_memslot *memslot,
> > > u64
> > > gfn, u64 *pfn)
> > > +{
> > > + hfn_t __pfn;
> > > + struct kvm_memory_slot kvm_slot = {0};
> > > +
> > > + kvm_slot.base_gfn = memslot->base_gfn;
> > > + kvm_slot.npages = memslot->npages;
> > > + kvm_slot.dirty_bitmap = NULL;
> > > + kvm_slot.userspace_addr = memslot->userspace_addr;
> > > + kvm_slot.flags = memslot->flags;
> > > + kvm_slot.id = memslot->slot_id;
> > > + kvm_slot.as_id = 0;
> > > +
> > > + __pfn = gfn_to_pfn_memslot(&kvm_slot, gfn);
> >
> > Again, I absolutely oppose this horror. This is internal to KVM,
> > and we want to be able to change this without having to mess
> > with your own code that we cannot test anyway.
> >
> > What if we start using the extra fields that you don't populate
> > as they mean nothing to you? Or add a backpointer to the kvm
> > structure to do fancy accounting?
> >
> > You have your own hypervisor, that's well and good. Since your
> > main argument is that it is supposed to be standalone, make it
> > *really* standalone and don't use KVM as a prop.
>
>
> Agreed, same comments were made earlier too. I would prefer that
> GenieZone have its own identify rather than sharing the
> APIs/data-structures here.
>
> ---Trilok Soni
Same with previous discussion, we'd like to copy or rename the related
part from KVM and keep the maintainance at our own if it's ok.
next prev parent reply other threads:[~2023-05-12 7:20 UTC|newest]
Thread overview: 39+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-04-28 10:36 [PATCH v2 0/7] GenieZone hypervisor drivers Yi-De Wu
2023-04-28 10:36 ` [PATCH v2 1/7] docs: geniezone: Introduce GenieZone hypervisor Yi-De Wu
2023-05-12 16:51 ` Pavel Machek
2023-05-22 5:45 ` Yi-De Wu (吳一德)
2023-04-28 10:36 ` [PATCH v2 2/7] dt-bindings: hypervisor: Add MediaTek " Yi-De Wu
2023-04-28 14:52 ` Rob Herring
2023-05-12 6:42 ` Yi-De Wu (吳一德)
2023-05-12 16:34 ` Trilok Soni
2023-05-22 3:45 ` Yi-De Wu (吳一德)
2023-04-28 21:24 ` Rob Herring
2023-05-12 6:42 ` Yi-De Wu (吳一德)
2023-05-12 11:01 ` Conor Dooley
2023-05-22 3:28 ` Yi-De Wu (吳一德)
2023-06-26 9:05 ` Yi-De Wu (吳一德)
2023-04-28 10:36 ` [PATCH v2 3/7] virt: geniezone: Introduce GenieZone hypervisor support Yi-De Wu
2023-04-28 16:19 ` kernel test robot
2023-04-28 17:53 ` kernel test robot
2023-04-28 20:07 ` kernel test robot
2023-04-28 22:12 ` Marc Zyngier
2023-04-28 22:48 ` Trilok Soni
2023-05-12 7:18 ` Yi-De Wu (吳一德) [this message]
2023-05-12 7:17 ` Yi-De Wu (吳一德)
2023-05-12 9:59 ` Marc Zyngier
2023-05-22 4:29 ` Yi-De Wu (吳一德)
2023-04-28 10:36 ` [PATCH v2 4/7] virt: geniezone: Add vcpu support Yi-De Wu
2023-04-29 6:34 ` kernel test robot
2023-04-28 10:36 ` [PATCH v2 5/7] virt: geniezone: Add irqchip support for virtual interrupt injection Yi-De Wu
2023-04-28 18:59 ` Marc Zyngier
2023-05-12 7:19 ` Yi-De Wu (吳一德)
2023-05-12 7:51 ` Marc Zyngier
2023-05-12 8:16 ` Yi-De Wu (吳一德)
2023-05-12 9:57 ` Marc Zyngier
2023-05-22 4:32 ` Yi-De Wu (吳一德)
2023-04-28 10:36 ` [PATCH v2 6/7] virt: geniezone: Add irqfd support Yi-De Wu
2023-04-28 10:36 ` [PATCH v2 7/7] virt: geniezone: Add ioeventfd support Yi-De Wu
2023-04-28 12:25 ` [PATCH v2 0/7] GenieZone hypervisor drivers Krzysztof Kozlowski
2023-05-16 7:53 ` Yi-De Wu (吳一德)
2023-04-28 12:26 ` Krzysztof Kozlowski
2023-05-22 3:18 ` Yi-De Wu (吳一德)
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=ce63cfc3844a3b071d99d7c847c7188041daaa50.camel@mediatek.com \
--to=yi-de.wu@mediatek.com \
--cc=Liju-clr.Chen@mediatek.com \
--cc=MY.Chuang@mediatek.com \
--cc=Miles.Chen@mediatek.com \
--cc=PeiLun.Suei@mediatek.com \
--cc=Yingshiuan.Pan@mediatek.com \
--cc=Ze-yu.Wang@mediatek.com \
--cc=angelogioacchino.delregno@collabora.com \
--cc=arnd@arndb.de \
--cc=catalin.marinas@arm.com \
--cc=corbet@lwn.net \
--cc=dbrazdil@google.com \
--cc=devicetree@vger.kernel.org \
--cc=ivan.tseng@mediatek.com \
--cc=jades.shih@mediatek.com \
--cc=krzysztof.kozlowski+dt@linaro.org \
--cc=linux-arch@vger.kernel.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-doc@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mediatek@lists.infradead.org \
--cc=matthias.bgg@gmail.com \
--cc=maz@kernel.org \
--cc=quic_tsoni@quicinc.com \
--cc=robh+dt@kernel.org \
--cc=shawn.hsiao@mediatek.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).