From: Furkan Caliskan <frn1furkan10@gmail.com>
To: xen-devel@lists.xenproject.org
Cc: jgross@suse.com, jbeulich@suse.com, andrew.cooper3@citrix.com,
dfaggioli@suse.com, gwd@xenproject.org,
Furkan Caliskan <frn1furkan10@gmail.com>
Subject: [PATCH v2 1/2] xen/sched: core: skip missing vcpu slots in sched_move_domain()
Date: Wed, 19 Aug 2026 08:15:31 +0300 [thread overview]
Message-ID: <20260819051532.9197-2-frn1furkan10@gmail.com> (raw)
In-Reply-To: <20260819051532.9197-1-frn1furkan10@gmail.com>
sched_move_domain() derives the number of units to rebuild from
d->max_vcpus, which is fixed at domain creation and never rolled
back if vcpu_create() fails partway through building a domain. So
d->vcpu[i] can be NULL for some i even though max_vcpus still
counts it - this happens if sched_alloc_udata() returns NULL.
The per-unit loop doesn't check for this: it sets
unit->vcpu_list = d->vcpu[unit_id] (NULL) and hands that broken
unit straight to the destination scheduler's alloc_udata(),
which assumes vcpu_list is always valid and crashes Xen when
it is not.
Reproduced by building a domain in a non-default cpupool where
vcpu creation fails partway through, then destroying it.
domain_kill() moves the domain back to the default cpupool via
sched_move_domain() before actually destroying it, crashing
inside the destination scheduler's alloc_udata() (seen in
Credit2's csched2_alloc_udata() -> is_idle_unit() -> NULL deref).
Before building a unit in sched_move_domain(), check whether all
vpcu slots belonging to that unit are populated. If any of its
vpcus is missing:
- For a dying domain, skip the unit allocation.
- For an active domain, abort the move and return -EINVAL to
prevent running with dropped vCPUs.
Fixes: 70fadc41635b ("xen/cpupool: support moving domain between cpupools with different granularity")
Signed-off-by: Furkan Caliskan <frn1furkan10@gmail.com>
---
v2:
- Fail with -EINVAL if vcpu slots are missing in an active domain.
- Added Fixes: tag.
---
xen/common/sched/core.c | 32 ++++++++++++++++++++++++++++++++
1 file changed, 32 insertions(+)
diff --git a/xen/common/sched/core.c b/xen/common/sched/core.c
index d3a0a97e1d..a9daa42339 100644
--- a/xen/common/sched/core.c
+++ b/xen/common/sched/core.c
@@ -745,6 +745,38 @@ int sched_move_domain(struct domain *d, struct cpupool *c)
for ( unit_idx = 0; unit_idx < n_units; unit_idx++ )
{
+ /*
+ * A vcpu slot can be missing if creation failed partway
+ * through. A dying domain is being torn down regardless, so
+ * skip the unit -- but a domain that isn't dying still needs
+ * every vcpu it has schedulable, so fail instead of silently
+ * dropping some of them.
+ */
+ bool vcpu_failed = false;
+
+ for ( unsigned int i = 0;
+ i < gran && unit_idx * gran + i < d->max_vcpus; i++ )
+ {
+ if ( !d->vcpu[unit_idx * gran + i] )
+ {
+ vcpu_failed = true;
+ break;
+ }
+ }
+
+ if ( vcpu_failed )
+ {
+ if ( !d->is_dying )
+ {
+ sched_move_domain_cleanup(c->sched, new_units, domdata);
+ rcu_read_unlock(&sched_res_rculock);
+
+ return -EINVAL;
+ }
+
+ continue;
+ }
+
unit = sched_alloc_unit_mem();
if ( unit )
{
--
2.34.1
next prev parent reply other threads:[~2026-08-19 5:16 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-08-19 5:15 [PATCH v2 0/2] xen/sched: fix crashes when vcpu creation fails Furkan Caliskan
2026-08-19 5:15 ` Furkan Caliskan [this message]
2026-08-19 6:53 ` [PATCH v2 1/2] xen/sched: core: skip missing vcpu slots in sched_move_domain() Jan Beulich
2026-08-19 7:28 ` Furkan Çalışkan
2026-08-19 7:35 ` Jan Beulich
2026-08-19 5:15 ` [PATCH v2 2/2] xen/sched: core: kill unarmed timers on sched_init_vcpu() failure Furkan Caliskan
2026-08-19 7:22 ` Jan Beulich
2026-08-19 7:53 ` Furkan Çalışkan
2026-08-19 8:32 ` Jan Beulich
2026-08-19 8:50 ` Furkan Çalışkan
2026-08-19 10:39 ` Furkan Çalışkan
2026-08-19 10:43 ` Jan Beulich
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=20260819051532.9197-2-frn1furkan10@gmail.com \
--to=frn1furkan10@gmail.com \
--cc=andrew.cooper3@citrix.com \
--cc=dfaggioli@suse.com \
--cc=gwd@xenproject.org \
--cc=jbeulich@suse.com \
--cc=jgross@suse.com \
--cc=xen-devel@lists.xenproject.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.