From nobody Mon Feb 9 11:30:31 2026 Delivered-To: importer@patchew.org Received-SPF: none (zoho.com: 192.237.175.120 is neither permitted nor denied by domain of lists.xenproject.org) client-ip=192.237.175.120; envelope-from=xen-devel-bounces@lists.xenproject.org; helo=lists.xenproject.org; Authentication-Results: mx.zohomail.com; spf=none (zoho.com: 192.237.175.120 is neither permitted nor denied by domain of lists.xenproject.org) smtp.mailfrom=xen-devel-bounces@lists.xenproject.org ARC-Seal: i=1; a=rsa-sha256; t=1565362795; cv=none; d=zoho.com; s=zohoarc; b=Xskq4J6HazUtXJBkNdFlhuvKAujBWWzsDiKlPYQwXfk3use1k0ej+1MokmG6tCgkYU9TVpdUpEBFrzzHLv0DjvePCwYkBYXSxIx1iNYquAr9BnClT6yd0Duj8JmXZOQAUGZ3bTCiM/QfxACbnwo/3RMPCxcjBfzcxGg5X4VeTHw= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zoho.com; s=zohoarc; t=1565362795; h=Content-Type:Content-Transfer-Encoding:Cc:Date:From:In-Reply-To:List-Subscribe:List-Post:List-Id:List-Help:List-Unsubscribe:MIME-Version:Message-ID:References:Sender:Subject:To:ARC-Authentication-Results; bh=I7f9wKevQUIU/KZ2NrK1cFGowNLlybNbUXX2FpNIE8A=; b=Db+CnE+4YSDSxAQcfcLhv8KL22I9zKkcImZm70wxXQ69ASHx8yT1U3YuioiuKBcSX7MyndTrqpRJPtNuHPI9Am4onFIeIniwedYkMD4DcXny331g4eI1873CpAbnynYfRxRlheionwHxKXdmjiO8NuxCLNV5GZc2rqH5gauKrq8= ARC-Authentication-Results: i=1; mx.zoho.com; spf=none (zoho.com: 192.237.175.120 is neither permitted nor denied by domain of lists.xenproject.org) smtp.mailfrom=xen-devel-bounces@lists.xenproject.org Return-Path: Received: from lists.xenproject.org (lists.xenproject.org [192.237.175.120]) by mx.zohomail.com with SMTPS id 1565362795777404.2311401872063; Fri, 9 Aug 2019 07:59:55 -0700 (PDT) Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.89) (envelope-from ) id 1hw6MO-0007Nb-7T; Fri, 09 Aug 2019 14:59:16 +0000 Received: from all-amaz-eas1.inumbo.com ([34.197.232.57] helo=us1-amaz-eas2.inumbo.com) by lists.xenproject.org with esmtp (Exim 4.89) (envelope-from ) id 1hw6M4-0006f9-3F for xen-devel@lists.xenproject.org; Fri, 09 Aug 2019 14:58:56 +0000 Received: from mx1.suse.de (unknown [195.135.220.15]) by us1-amaz-eas2.inumbo.com (Halon) with ESMTPS id 323b95aa-bab6-11e9-9a46-c7632f194d8c; Fri, 09 Aug 2019 14:58:50 +0000 (UTC) Received: from relay2.suse.de (unknown [195.135.220.254]) by mx1.suse.de (Postfix) with ESMTP id A2CF6B05E; Fri, 9 Aug 2019 14:58:49 +0000 (UTC) X-Inumbo-ID: 323b95aa-bab6-11e9-9a46-c7632f194d8c X-Virus-Scanned: by amavisd-new at test-mx.suse.de From: Juergen Gross To: xen-devel@lists.xenproject.org Date: Fri, 9 Aug 2019 16:58:18 +0200 Message-Id: <20190809145833.1020-34-jgross@suse.com> X-Mailer: git-send-email 2.16.4 In-Reply-To: <20190809145833.1020-1-jgross@suse.com> References: <20190809145833.1020-1-jgross@suse.com> Subject: [Xen-devel] [PATCH v2 33/48] xen/sched: support allocating multiple vcpus into one sched unit X-BeenThere: xen-devel@lists.xenproject.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Cc: Juergen Gross , George Dunlap , Dario Faggioli MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Errors-To: xen-devel-bounces@lists.xenproject.org Sender: "Xen-devel" With a scheduling granularity greater than 1 multiple vcpus share the same struct sched_unit. Support that. Setting the initial processor must be done carefully: we can't use sched_set_res() as that relies on for_each_sched_unit_vcpu() which in turn needs the vcpu already as a member of the domain's vcpu linked list, which isn't the case. Signed-off-by: Juergen Gross --- xen/common/schedule.c | 85 +++++++++++++++++++++++++++++++++++++++--------= ---- 1 file changed, 65 insertions(+), 20 deletions(-) diff --git a/xen/common/schedule.c b/xen/common/schedule.c index bbc9eb90e4..c6cd357bc8 100644 --- a/xen/common/schedule.c +++ b/xen/common/schedule.c @@ -335,10 +335,26 @@ static void sched_spin_unlock_double(spinlock_t *lock= 1, spinlock_t *lock2, spin_unlock_irqrestore(lock1, flags); } =20 -static void sched_free_unit(struct sched_unit *unit) +static void sched_free_unit(struct sched_unit *unit, struct vcpu *v) { struct sched_unit *prev_unit; struct domain *d =3D unit->domain; + struct vcpu *vunit; + unsigned int cnt =3D 0; + + /* Don't count to be released vcpu, might be not in vcpu list yet. */ + for_each_sched_unit_vcpu ( unit, vunit ) + if ( vunit !=3D v ) + cnt++; + + v->sched_unit =3D NULL; + unit->runstate_cnt[v->runstate.state]--; + + if ( cnt ) + return; + + if ( unit->vcpu_list =3D=3D v ) + unit->vcpu_list =3D v->next_in_list; =20 if ( d->sched_unit_list =3D=3D unit ) d->sched_unit_list =3D unit->next_in_list; @@ -354,8 +370,6 @@ static void sched_free_unit(struct sched_unit *unit) } } =20 - unit->vcpu_list->sched_unit =3D NULL; - free_cpumask_var(unit->cpu_hard_affinity); free_cpumask_var(unit->cpu_hard_affinity_saved); free_cpumask_var(unit->cpu_soft_affinity); @@ -363,19 +377,38 @@ static void sched_free_unit(struct sched_unit *unit) xfree(unit); } =20 +static void sched_unit_add_vcpu(struct sched_unit *unit, struct vcpu *v) +{ + v->sched_unit =3D unit; + if ( !unit->vcpu_list || unit->vcpu_list->vcpu_id > v->vcpu_id ) + { + unit->vcpu_list =3D v; + unit->unit_id =3D v->vcpu_id; + } + unit->runstate_cnt[v->runstate.state]++; +} + static struct sched_unit *sched_alloc_unit(struct vcpu *v) { struct sched_unit *unit, **prev_unit; struct domain *d =3D v->domain; =20 + for_each_sched_unit ( d, unit ) + if ( unit->vcpu_list->vcpu_id / sched_granularity =3D=3D + v->vcpu_id / sched_granularity ) + break; + + if ( unit ) + { + sched_unit_add_vcpu(unit, v); + return unit; + } + if ( (unit =3D xzalloc(struct sched_unit)) =3D=3D NULL ) return NULL; =20 - v->sched_unit =3D unit; - unit->vcpu_list =3D v; - unit->unit_id =3D v->vcpu_id; + sched_unit_add_vcpu(unit, v); unit->domain =3D d; - unit->runstate_cnt[v->runstate.state]++; =20 for ( prev_unit =3D &d->sched_unit_list; *prev_unit; prev_unit =3D &(*prev_unit)->next_in_list ) @@ -394,7 +427,7 @@ static struct sched_unit *sched_alloc_unit(struct vcpu = *v) return unit; =20 fail: - sched_free_unit(unit); + sched_free_unit(unit, v); return NULL; } =20 @@ -444,20 +477,25 @@ int sched_init_vcpu(struct vcpu *v) else processor =3D sched_select_initial_cpu(v); =20 - sched_set_res(unit, get_sched_res(processor)); - /* Initialise the per-vcpu timers. */ - init_timer(&v->periodic_timer, vcpu_periodic_timer_fn, - v, v->processor); - init_timer(&v->singleshot_timer, vcpu_singleshot_timer_fn, - v, v->processor); - init_timer(&v->poll_timer, poll_timer_fn, - v, v->processor); + init_timer(&v->periodic_timer, vcpu_periodic_timer_fn, v, processor); + init_timer(&v->singleshot_timer, vcpu_singleshot_timer_fn, v, processo= r); + init_timer(&v->poll_timer, poll_timer_fn, v, processor); + + /* If this is not the first vcpu of the unit we are done. */ + if ( unit->priv !=3D NULL ) + { + v->processor =3D processor; + return 0; + } + + /* The first vcpu of an unit can be set via sched_set_res(). */ + sched_set_res(unit, get_sched_res(processor)); =20 unit->priv =3D sched_alloc_vdata(dom_scheduler(d), unit, d->sched_priv= ); if ( unit->priv =3D=3D NULL ) { - sched_free_unit(unit); + sched_free_unit(unit, v); return 1; } =20 @@ -611,9 +649,16 @@ void sched_destroy_vcpu(struct vcpu *v) kill_timer(&v->poll_timer); if ( test_and_clear_bool(v->is_urgent) ) atomic_dec(&get_sched_res(v->processor)->urgent_count); - sched_remove_unit(vcpu_scheduler(v), unit); - sched_free_vdata(vcpu_scheduler(v), unit->priv); - sched_free_unit(unit); + /* + * Vcpus are being destroyed top-down. So being the first vcpu of an u= nit + * is the same as being the only one. + */ + if ( unit->vcpu_list =3D=3D v ) + { + sched_remove_unit(vcpu_scheduler(v), unit); + sched_free_vdata(vcpu_scheduler(v), unit->priv); + sched_free_unit(unit, v); + } } =20 int sched_init_domain(struct domain *d, int poolid) --=20 2.16.4 _______________________________________________ Xen-devel mailing list Xen-devel@lists.xenproject.org https://lists.xenproject.org/mailman/listinfo/xen-devel