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

Re: [for-4.22][PATCH] xen/arm: Fail domain construction if a secondary vCPU cannot be created


  • To: Michal Orzel <michal.orzel@xxxxxxx>, <xen-devel@xxxxxxxxxxxxxxxxxxxx>
  • From: "Halder, Ayan Kumar" <ayankuma@xxxxxxx>
  • Date: Wed, 8 Jul 2026 10:06:28 +0100
  • Arc-authentication-results: i=1; mx.microsoft.com 1; spf=pass (sender ip is 165.204.84.17) smtp.rcpttodomain=lists.xenproject.org smtp.mailfrom=amd.com; dmarc=pass (p=quarantine sp=quarantine pct=100) action=none header.from=amd.com; dkim=none (message not signed); arc=none (0)
  • Arc-message-signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector10001; 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=DcNKVrYsl3s9tz6Ol52S5/2c325b4b5xNy65t5Q2OLc=; b=ypU5apBB6RnaY9tPqnjwVPNpn3T84oozxK9PbpWuGX3EVOewZtqFThRv1QYMmIzUG9Y19D2lNA+Jj1cyLBOP/FnAqoN7LmPjnLb4WY2tYTyY8xT+5aGRxjLoKkgdu461Z/465VSaYyFdTNXrE625OeHp9OI5hcYqp2oF7+82RpjwVykat+hXKKE91vS+X3FtE2PzyLdFKcuk6QmiKbRPotC7oU6+f7JjOMwBz8VSrQIKt6RnTnoLaFTRPXEYxulxm9SGm4OLKLRcAAh+UU7M5lD1jxGvoLwm1jlUNg6LCD6GH3CGBnxYpvPEcxB0XTfda6uAnCbZncu83VHk0dJ6YQ==
  • Arc-seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=RKbza9WoJxPBVBZ86/fIWDlcKc7NBJFs6P2kl+0t1xDTBM4aa4nb93iByvRSza0W/xu1YZMuTfg7LyEez1Mlqj2oT9bHUsWfj9dmn4hgPwEh3eNW9psTi1/HGMtI2v52FohnUrdN+G/6WGvGMgKUpPCpl63hrXripz5F20ToRojDmh8vPFE7Ywbf0clIeiUcpAYz7O0I+dy2CHQmrGrl17KlBjurRsjmJXtOigYCTbQNt4Tlih9ceJGZawTVAE49AETG0XMyQTo+oRKGfncTV94SMkyAHyb6rPikSBvT9oPErpIC+JY3AqT2FxjSZ4FWbvi4BSJs+o4ZatKqhIE6Mg==
  • Authentication-results: eu.smtp.expurgate.cloud; dkim=pass header.s=selector1 header.d=amd.com header.i="@amd.com" header.h="From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck"
  • Cc: Stefano Stabellini <sstabellini@xxxxxxxxxx>, Julien Grall <julien@xxxxxxx>, Bertrand Marquis <bertrand.marquis@xxxxxxx>, "Volodymyr Babchuk" <Volodymyr_Babchuk@xxxxxxxx>, <ayan.kumar.halder@xxxxxxx>
  • Delivery-date: Wed, 08 Jul 2026 09:06:58 +0000
  • List-id: Xen developer discussion <xen-devel.lists.xenproject.org>

Hi MIchal,

Nice catch. Few questions.

On 08/07/2026 08:49, Michal Orzel wrote:
construct_domain() creates the secondary vCPUs in a loop, but on a
vcpu_create() failure it only prints a message and breaks out of the
loop returning success. As a result the domain can be constructed
with fewer vCPUs than d->max_vcpus, leaving NULL holes in d->vcpu[]
below max_vcpus.

When the guest probes the redistributor of a vCPU that was never created,
Shouldn't the guest check how many vCPUs were created and probe the ones that were created ?
get_vcpu_from_rdist() only checks vcpu_id against d->max_vcpus and then
dereferences the NULL d->vcpu[vcpu_id], resulting in a data abort.

Return an error instead of breaking out of the loop. Both callers
(construct_domU() and construct_hwdom()) already propagate a negative
return value and fail domain construction, which is the correct
behaviour: a domain that cannot provide the requested number of vCPUs
should not be brought up.

I see your reasoning.

Alternatively it can be a design choice. Xen does not commit to create the max_vcpus that was requested.

If Xen is unable to create any vCPU, it should abort domain creation.

If Xen creates lesser number of vCPUs than requested by max_vcpus, it can just print a warning and carry on.

In that case it should be the guest's responsibility to check the number of CPUs that it has.

- Ayan


Fixes: 6b0e8e43348a ("xen/arm: allocate secondaries dom0 vcpus")
Signed-off-by: Michal Orzel <michal.orzel@xxxxxxx>
---
  xen/arch/arm/domain_build.c | 2 +-
  1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/xen/arch/arm/domain_build.c b/xen/arch/arm/domain_build.c
index 550617f152bb..b46574fd32aa 100644
--- a/xen/arch/arm/domain_build.c
+++ b/xen/arch/arm/domain_build.c
@@ -1847,7 +1847,7 @@ int __init construct_domain(struct domain *d, struct 
kernel_info *kinfo)
          if ( vcpu_create(d, i) == NULL )
          {
              printk("Failed to allocate d%dv%d\n", d->domain_id, i);
-            break;
+            return -EINVAL;
          }
if ( is_64bit_domain(d) )



 


Rackspace

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