Received: by 2002:a25:ab43:0:0:0:0:0 with SMTP id u61csp4419665ybi; Mon, 27 May 2019 18:13:24 -0700 (PDT) X-Google-Smtp-Source: APXvYqy9LVFDCmq1J9hINTA3UTIs1Qzr7B32ZgdeJp1HZxEcV2M0llR+cQtM4jX1ahZ6UHi3nmbi X-Received: by 2002:a63:1344:: with SMTP id 4mr127207167pgt.448.1559006004080; Mon, 27 May 2019 18:13:24 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1559006004; cv=none; d=google.com; s=arc-20160816; b=ln9ovlA9hu6GuyRu2rNCMucYACr2E6+O9SrJR+pM+EH/Lpiev0wmwriVbmKUAq+P+F mbr79nZnV3GT0yCiNtiItXalyEElSYUjVYVR30hT05rF3QlwmhLskHHGQ3Ehd8em0h4F 8b05DisaJJsCZ5KLCeaIW9u9vWsPW1HK8adKYHpSaji9b09hUnJ/YBsEcLjqmyZ7wZPp QYK286YzhbkUiMRnL2R6/AgxyyaPQtBcl0OQ6ifLaZS8JwPpWaZ7YfXXSBZhH6qi+zVx yB/HTj9fmnRtnWCgYPkeGE7dV7QgBIzOHAquW5BWAjGMQGPlIF92ZcjPYLLiZpNZz45o MLdA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject; bh=hibarCoJy15mtD7SBms4I7rl6BzHIRUVop+qsjwjwZc=; b=T4rsQoU60fQo7rsK5Tx7V+6cMTrf7uMJjFnSJVEyxt5OC9zQA2f2oLSW/2BAYPxMbQ wtiuUOyy9oe9a8HmqsydzR6vbbyqPL08JdZ2C1PwXUer5INvgxlVPUZf9Hw3XAYN0lx3 Ppg7j9w8SVlZda04IW/vjLo4WRMoO+lWmtiTETiL++fvn55Tdbu3MlOX8tz39gZzo4k0 0nwq5lPtFslTXqLeHpy37pqvrQImt8Dn+0p9uNwsFWZcnOF/Os50lhIf/Ihtyd6bc5UC YmOfjdgYJ+kGgNDMD6UBbE8KBNwOXVBM4KZDfXsCmt8Vpm53RzFY349Nt1lh6RMvtsh6 Rj8Q== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id 90si19374288plb.86.2019.05.27.18.13.06; Mon, 27 May 2019 18:13:24 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727589AbfE1BLz (ORCPT + 99 others); Mon, 27 May 2019 21:11:55 -0400 Received: from mga02.intel.com ([134.134.136.20]:27325 "EHLO mga02.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727018AbfE1BLz (ORCPT ); Mon, 27 May 2019 21:11:55 -0400 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by orsmga101.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 27 May 2019 18:11:54 -0700 X-ExtLoop1: 1 Received: from genxtest-ykzhao.sh.intel.com (HELO [10.239.143.71]) ([10.239.143.71]) by fmsmga001.fm.intel.com with ESMTP; 27 May 2019 18:11:53 -0700 Subject: Re: [PATCH v6 4/4] x86/acrn: Add hypercall for ACRN guest To: Borislav Petkov Cc: linux-kernel@vger.kernel.org, x86@kernel.org, tglx@linutronix.de, Jason Chen CJ References: <1556595926-17910-1-git-send-email-yakui.zhao@intel.com> <1556595926-17910-5-git-send-email-yakui.zhao@intel.com> <20190515073715.GC24212@zn.tnic> <20190527224618.GB8209@cz.tnic> From: "Zhao, Yakui" Message-ID: <0e0cd383-da3a-aa9c-d35e-5321f718e42e@intel.com> Date: Tue, 28 May 2019 09:08:09 +0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <20190527224618.GB8209@cz.tnic> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 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. >