[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [PATCH v5 07/11] xen/domctl: Introduce XEN_DOMCTL_CDF_vpci flag

  • To: Roger Pau Monné <roger.pau@xxxxxxxxxx>
  • From: Bertrand Marquis <Bertrand.Marquis@xxxxxxx>
  • Date: Wed, 13 Oct 2021 09:36:01 +0000
  • Accept-language: en-GB, en-US
  • Arc-authentication-results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=arm.com; dmarc=pass action=none header.from=arm.com; dkim=pass header.d=arm.com; arc=none
  • Arc-message-signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=raRbqoRtl/8bp6k7UArUhXheVAvcHhHyfZT2zcMkpak=; b=FlDQav6QF/Pcw51AVz0vRXRQ0xOV+NKJ/4HWKFzATzKMAgWOtRsmzCboTzCtAJs3o8r4yXQ3a29+SxF5yPrwCZHCPf7agVdUCpwX6/UlLJviED4OSz7NPRvz6mNiclQefjtvD2ueYE/rsfTFWSZQ9lN/O8N8mnW3OxOFA2kTMOh1//fkjV/MsSgbIfpeDswSDKTL41hVqm3XNBQAO1PFgR0jqH9s1VCVSp+VTWW6dAX6COMABZrj2Vaf1bIulDONjkJBgKRApxZ3S1cqm8Jp/41YnYzg/8roMoIf4bcEa5fLsiNUPweo2gig3yk5HSzQlIWha89J8c9dG8JRzkgR/Q==
  • Arc-seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=ME+fXWM+d2UKijXHSJjmcFCr8cNVgrgkBRbbrSD5YncTXemca1YBxx7wy7sMB91OGapB7Bur2j855cqIKvHhrKlNrfDYQqWzLnmPRBqRfEM+40KpiMrFx17JoLP9hl5x8D5L3e3pqb7IT1lp5HuZLPSTUrNt3UDoSNc0lPXLovQXamMgl14/6BITyOyI+R4I8H4eo8I+rIT71197uVVKfUiQnyWgH8wpidrg2n5aJrrttLkm6SihZynf+cYa5z7dsh6KC61FispjMx04YopcNJH+qhVQVS6E4bA+ceGr+6e+PFIXIS6UG20RqrV29MoOqNYoITlFM8I0grubZMuL6A==
  • Authentication-results-original: citrix.com; dkim=none (message not signed) header.d=none;citrix.com; dmarc=none action=none header.from=arm.com;
  • Cc: Michal Orzel <Michal.Orzel@xxxxxxx>, Rahul Singh <Rahul.Singh@xxxxxxx>, "xen-devel@xxxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxxx>, Andre Przywara <Andre.Przywara@xxxxxxx>, Christian Lindig <christian.lindig@xxxxxxxxxx>, David Scott <dave@xxxxxxxxxx>, Ian Jackson <iwj@xxxxxxxxxxxxxx>, Wei Liu <wl@xxxxxxx>, Andrew Cooper <andrew.cooper3@xxxxxxxxxx>, George Dunlap <george.dunlap@xxxxxxxxxx>, Jan Beulich <jbeulich@xxxxxxxx>, Julien Grall <julien@xxxxxxx>, Stefano Stabellini <sstabellini@xxxxxxxxxx>, Volodymyr Babchuk <Volodymyr_Babchuk@xxxxxxxx>
  • Delivery-date: Wed, 13 Oct 2021 09:36:25 +0000
  • List-id: Xen developer discussion <xen-devel.lists.xenproject.org>
  • Nodisclaimer: true
  • Original-authentication-results: citrix.com; dkim=none (message not signed) header.d=none;citrix.com; dmarc=none action=none header.from=arm.com;
  • Thread-index: AQHXutmFlM61oLukkkqK7dSQSsVJ1qvNjrkAgAGmMoCAAW6PgIAAEkkA
  • Thread-topic: [PATCH v5 07/11] xen/domctl: Introduce XEN_DOMCTL_CDF_vpci flag

Hi Roger,

> On 13 Oct 2021, at 09:30, Roger Pau Monné <roger.pau@xxxxxxxxxx> wrote:
> On Tue, Oct 12, 2021 at 12:38:35PM +0200, Michal Orzel wrote:
>> Hi Roger,
>> On 11.10.2021 11:27, Roger Pau Monné wrote:
>>> On Wed, Oct 06, 2021 at 06:40:33PM +0100, Rahul Singh wrote:
>>>> Introduce XEN_DOMCTL_CDF_vpci flag to enable VPCI support in XEN.
>>>> Reject the use of this new flag for x86 as VPCI is not supported for
>>>> DOMU guests for x86.
>>> I don't like this approach, XEN_DOMCTL_CDF_vpci should be set for x86
>>> PVH dom0, like we do for any other CDF flags when Xen builds dom0.
>>> Things like PVH vs PV get translated into CDF flags by create_dom0,
>>> and processed normally by the sanitise_domain_config logic, vPCI
>>> should be handled that way.
>>> Do you think you could see about fixing this?
>>> Thanks, Roger.
>> I have one question about this fix.
>> If I set XEN_DOMCTL_CDF_vpci for dom0 pvh in create_dom0, then in
>> sanitise_domain_config or arch_sanitise_domain_config I have no
>> knowledge on whether I am dom0 or not. I can check if I'm PVH but not if 
>> dom0.
>> This would be needed to add a warning if this flag is set but we are not 
>> dom0 pvh.
>> Any ideas?
> I've just realized this is more wrong that I thought. vPCI is
> signaled on x86 in xen_arch_domainconfig.emulation_flags, so
> introducing a top level option for it without removing the arch
> specific one is wrong, as then on x86 we have a duplicated option.
> Then I'm also not sure whether we want to move it from
> emulation_flags, it seems like the more natural place for it to live
> on x86.
> If we really want to make vPCI a CDF option we must deal with the
> removal of XEN_X86_EMU_VPCI, or else you could introduce an arch
> specific flag for vPCI on Arm.

First issue that we have here is that there is no emulation_flags right now on 

So I think there are 2 solutions:

- introduce PHYSCAP. The problem here is that it is not a physical capacity and
I think that will hit us in the future for example if we want to use vpci for 
even if there is not physical PCI on the platform.

- introduce an emulation flag on arm. The problem here is that there is no 
flag right now on arm so adding this feature will require a change of interface 
arch-arm.h and in xen domctl interface. But if we introduce one on Arm, it 
would allow
the tools to check if CDF_vpci can be set or not which would solve current 

I think the second solution is the right one but it cannot be done so near from 
feature freeze.

The CDF flag as introduced right now is not creating any issue and will be used 
the emulation flag will be introduce. We will be able at this stage to set this 
also on x86 (for dom0 pvh).
Moreover keeping it will allow to continue to merge the remaining part of the 
passthrough which are otherwise not possible to be done as they are dependent 
on this flag.

Can we agree on keep the DOMCTL_CDF_vpci flag and introduce the emulation
flag on Arm after 4.16 release ?




Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.