From: "Zhao, Yakui" <yakui.zhao@intel.com>
To: Borislav Petkov <bp@alien8.de>
Cc: linux-kernel@vger.kernel.org, x86@kernel.org, tglx@linutronix.de,
Jason Chen CJ <jason.cj.chen@intel.com>
Subject: Re: [PATCH v6 4/4] x86/acrn: Add hypercall for ACRN guest
Date: Tue, 28 May 2019 09:08:09 +0800 [thread overview]
Message-ID: <0e0cd383-da3a-aa9c-d35e-5321f718e42e@intel.com> (raw)
In-Reply-To: <20190527224618.GB8209@cz.tnic>
On 2019年05月28日 06:46, Borislav Petkov wrote:
> On Mon, May 27, 2019 at 10:57:09AM +0800, Zhao, Yakui wrote:
>> I refer to the Xen/KVM hypercall to add the ACRN hypercall in one separate
>> header.
>
> And?
>
>> The ACRN hypercall is defined in one separate acrn_hypercall.h and can be
>> included explicitly by the *.c that needs the hypercall.
>
> Sure but what else will need the hypercall definition except stuff which
> already needs acrn.h? I.e., why is the separate header needed?
In fact there is no much difference that it is defined in acrn.h or one
separate header file.
When it is sent with the driver stuff, I will add the hypercall into
acrn.h. If the further extension is needed, we can then consider whether
it is necessary to be moved into the separate header file.
My initial thought is that the acrn.h/acrn_hypercall.h defines the
different contents. Then the each source file in ACRN driver part can
include "acrn.h" or "acrn_hypercall.h" based on its requirement.
Of course it is also ok that they are added in one header file. Then it
is always included.
>
>> The hypercall will be used in driver part. Before the driver part is added,
>> it seems that the defined ACRN hypercall functions are not used.
>> Do I need to add these functions together with driver part?
>
> Yes, send functions together with the stuff which uses them pls.
Sure.
>
> Thx.
>
prev parent reply other threads:[~2019-05-28 1:11 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-04-30 3:45 [PATCH v6 0/4] x86: Add the support of ACRN guest under x86 Zhao Yakui
2019-04-30 3:45 ` [PATCH v6 1/4] x86/Kconfig: Add new config symbol to unify conditional definition of hv_irq_callback_count Zhao Yakui
2019-04-30 3:45 ` [PATCH v6 2/4] x86: Add the support of Linux guest on ACRN hypervisor Zhao Yakui
2019-04-30 3:45 ` [PATCH v6 3/4] x86/acrn: Use HYPERVISOR_CALLBACK_VECTOR for ACRN guest upcall vector Zhao Yakui
2019-05-15 17:23 ` Borislav Petkov
2019-05-27 2:21 ` Zhao, Yakui
2019-05-27 22:43 ` Borislav Petkov
2019-04-30 3:45 ` [PATCH v6 4/4] x86/acrn: Add hypercall for ACRN guest Zhao Yakui
2019-05-15 7:37 ` Borislav Petkov
2019-05-27 2:57 ` Zhao, Yakui
2019-05-27 22:46 ` Borislav Petkov
2019-05-28 1:08 ` Zhao, Yakui [this message]
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=0e0cd383-da3a-aa9c-d35e-5321f718e42e@intel.com \
--to=yakui.zhao@intel.com \
--cc=bp@alien8.de \
--cc=jason.cj.chen@intel.com \
--cc=linux-kernel@vger.kernel.org \
--cc=tglx@linutronix.de \
--cc=x86@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
all inboxes | Powered by JetHome®