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

Re: [PATCH 2/2] docs: Document Arm GICv3 limit for dom0_max_vcpus


  • To: "Orzel, Michal" <michal.orzel@xxxxxxx>
  • From: Mykola Kvach <xakep.amatop@xxxxxxxxx>
  • Date: Mon, 25 May 2026 23:21:59 +0300
  • Arc-authentication-results: i=1; mx.google.com; arc=none
  • Arc-message-signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20240605; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=iZ+wVJbAubaBhu7Hb39+luYPb+2p4UG22nwk4/ozSi4=; fh=0sVRqm7+oyz7WJ/bTvyRrhIQoOB1v0nJ1T68JVaBfuo=; b=iUXjqnThvb+UUvePAcUShT3Jl1kJmQskTu8aJP1JGvzmguXOgXQlaAjh5ZyPvARcTD nks0kGeuaOnY8Ot5KoS4j7SJssOdhxInnqoVakePhl+dEmeBQbzQ52IVMjAn703/85Em NeBEE/N0JLRbD+aM40kXr/wyODkdGLQesu+jHr7WOvEKUbJH80f2qJRw3BPHR/YAHJ6T HXIqpuOyIcSr9NW662Zt7gTuSW+9D0LvqchqRJHiVQSQuS+QcORCWtZmPY2cbXv7/ufk aLu30VPjcp8MYhjZ4KckC6lYskVzQZOTuG1aZbsx7OycWL6L13EanpLfYovLonuz15n3 yT1w==; darn=lists.xenproject.org
  • Arc-seal: i=1; a=rsa-sha256; t=1779740531; cv=none; d=google.com; s=arc-20240605; b=RWYbzNjTfT02WQD4MH2+r/67YdDeZEnmtp88FpEoWX86PuEaG9e++lyX60xHQuY7Ke dO8ylE6jH4hARBWXlgowUAy2BDFSRtAgqOPep4OMNTSnAE2KW7IsmP6a/x1Fh/LjD+JD v3Qwc/4eCevhk1VigeheqqzVcg7bOID7WaHdnCHvf17Tav0BjOGlIC0b1A/2xEYu5U9T QXgDwub/Ag0I5RISSNjQ1d60e+vhcIIZx239QlY4/a+bXyHK/OlLX6g5by2pyUFmPDHw /PX+IHg6tDTZjE+bZ6OAHTO9t1HOabs5xgBlzPG5R+j4RJSh3Drz5olEsCltptKyltAC soqw==
  • Authentication-results: eu.smtp.expurgate.cloud; dkim=pass header.s=20251104 header.d=gmail.com header.i="@gmail.com" header.h="Content-Transfer-Encoding:Cc:To:Subject:Message-ID:Date:From:In-Reply-To:References:MIME-Version"
  • Cc: xen-devel@xxxxxxxxxxxxxxxxxxxx, Mykola Kvach <mykola_kvach@xxxxxxxx>, Andrew Cooper <andrew.cooper3@xxxxxxxxxx>, Anthony PERARD <anthony.perard@xxxxxxxxxx>, Jan Beulich <jbeulich@xxxxxxxx>, Julien Grall <julien@xxxxxxx>, Roger Pau Monné <roger.pau@xxxxxxxxxx>, Stefano Stabellini <sstabellini@xxxxxxxxxx>
  • Delivery-date: Mon, 25 May 2026 20:22:21 +0000
  • List-id: Xen developer discussion <xen-devel.lists.xenproject.org>

Hi Michal,

Thank you for the review.

On Mon, May 25, 2026 at 12:55 PM Orzel, Michal <michal.orzel@xxxxxxx> wrote:
>
>
>
> On 22-May-26 08:18, Mykola Kvach wrote:
> > From: Mykola Kvach <mykola_kvach@xxxxxxxx>
> >
> > On Arm GICv3 systems, Dom0 may use the host GIC layout, for example
> > when it is the hardware domain. In that case the effective Dom0 vCPU
> > count is not only bounded by the requested dom0_max_vcpus value and
> > Xen's generic vCPU limits. It is also bounded by the redistributor MMIO
> > regions that can be exposed for the host layout.
> >
> > Document that Xen can only create Dom0 vCPUs whose virtual redistributor
> > frame is covered by those regions, and that secondary vCPU creation stops
> > at the first vCPU whose virtual redistributor frame is not covered.
> >
> > Signed-off-by: Mykola Kvach <mykola_kvach@xxxxxxxx>
> > ---
> >  docs/misc/xen-command-line.pandoc | 8 ++++++++
> >  1 file changed, 8 insertions(+)
> >
> > diff --git a/docs/misc/xen-command-line.pandoc 
> > b/docs/misc/xen-command-line.pandoc
> > index d46d5b2152..0a5589b24c 100644
> > --- a/docs/misc/xen-command-line.pandoc
> > +++ b/docs/misc/xen-command-line.pandoc
> > @@ -981,6 +981,14 @@ The number of VCPUs to give to dom0.  This number of 
> > VCPUs can be more
> >  than the number of PCPUs on the host.  The default is the number of
> >  PCPUs.
> >
> > +On Arm systems using GICv3, Dom0 may use the host GIC layout, for example
> It's not dom0 specific. It can by any domain using host memory layout meaning
> dom0, hwdom, domU direct mapped, in which case I'm not sure if such comment
> should belong here given that this behavior is not dom0_max_vcpus specific 
> (same
> could be triggered on your setup with dom0less domU, direct-mapped and 17 
> vCPUs).

You are right that the redistributor coverage limit is not specific to
dom0_max_vcpus. It applies to Arm GICv3 domains using the host layout,
such as the hardware domain or a direct-mapped domain.

My reason for touching dom0_max_vcpus was that this option is where users
are told how many Dom0 VCPUs Xen will try to create. However, the
GICv3-specific details would fit better in a more generic Arm
device-tree/domain description section, around the cpus/direct-map
properties.

For dom0_max_vcpus, I can keep only a short generic note, for example:

The resulting number of Dom0 VCPUs is still subject to Xen's generic
and architecture-specific domain limits.

~Mykola



 


Rackspace

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