From nobody Sun May 5 16:16:04 2024 Delivered-To: importer@patchew.org Authentication-Results: mx.zohomail.com; dkim=fail; spf=none (zohomail.com: 192.237.175.120 is neither permitted nor denied by domain of lists.xenproject.org) smtp.mailfrom=xen-devel-bounces@lists.xenproject.org; dmarc=fail(p=none dis=none) header.from=citrix.com ARC-Seal: i=1; a=rsa-sha256; t=1583336065; cv=none; d=zohomail.com; s=zohoarc; b=WX1eo4zQtFe3LXsGLRriG2WVgRVr1X3Zw6Rrx59v1ecGvCqQF1N9nbMw7YoteWvnYBJ4MuJJNYCA9x1TuovMn1J0+eQYgbd69aF/xxU+vMnN27mA1JFyHvEOq8ecnuOVLgccnjzrG6M6t663hsrRy4lm7lUBJARvFH7eUvRKQ7A= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zohomail.com; s=zohoarc; t=1583336065; h=Content-Type:Content-Transfer-Encoding:Cc:Date:From:List-Subscribe:List-Post:List-Id:List-Help:List-Unsubscribe:MIME-Version:Message-ID:Sender:Subject:To; bh=dudydSDOODYZsJ82pzlv1Xz6LbGw1K31Utblj13czdo=; b=Zz1W+7pogljYmqBJt0a+YB/d6dC2obz5x54gjxd0xJ9/6XgD/HZQ8MdRiw11THVmBJI8sq7WcuqHAPVyyaM4UlYhYsYujFvmYMvwVDSrDo3z+jssY3Yo9wR0cvzrwpMvi4MJT0xzEt70He0FXh1VEv1o11ZV1lwm3SJ8AAVIhUs= ARC-Authentication-Results: i=1; mx.zohomail.com; dkim=fail; spf=none (zohomail.com: 192.237.175.120 is neither permitted nor denied by domain of lists.xenproject.org) smtp.mailfrom=xen-devel-bounces@lists.xenproject.org; dmarc=fail header.from= (p=none dis=none) header.from= Return-Path: Received: from lists.xenproject.org (lists.xenproject.org [192.237.175.120]) by mx.zohomail.com with SMTPS id 1583336065814950.6602077237037; Wed, 4 Mar 2020 07:34:25 -0800 (PST) Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.89) (envelope-from ) id 1j9W1h-0003I8-MG; Wed, 04 Mar 2020 15:33:37 +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 1j9W1g-0003I2-Gk for xen-devel@lists.xenproject.org; Wed, 04 Mar 2020 15:33:36 +0000 Received: from esa6.hc3370-68.iphmx.com (unknown [216.71.155.175]) by us1-amaz-eas2.inumbo.com (Halon) with ESMTPS id 82573c2c-5e2d-11ea-a423-12813bfff9fa; Wed, 04 Mar 2020 15:33:34 +0000 (UTC) X-Inumbo-ID: 82573c2c-5e2d-11ea-a423-12813bfff9fa DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=citrix.com; s=securemail; t=1583336014; h=from:to:cc:subject:date:message-id:mime-version; bh=AYruxDtouHBwKDRtS8+BItDeGd3PxEvBoTqW2UGlZE0=; b=gVBDzDjFYz68Jz97XKDQ5ThDqbCS7tMrNB2rLEFhInY2nf32tlqmsAV4 5PVDSIVsbzJe+XGNdLxSWwWbZnHGNSoQRTKpmoxyhT6PRAOrT8EwlD5yI F3uDj7G8P2K9vQmk+tZ6AHC82SIw0qm/hayludsMdQPvX2gj0s61J7jKv k=; Authentication-Results: esa6.hc3370-68.iphmx.com; dkim=none (message not signed) header.i=none; spf=None smtp.pra=igor.druzhinin@citrix.com; spf=Pass smtp.mailfrom=igor.druzhinin@citrix.com; spf=None smtp.helo=postmaster@mail.citrix.com Received-SPF: none (zohomail.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; Received-SPF: None (esa6.hc3370-68.iphmx.com: no sender authenticity information available from domain of igor.druzhinin@citrix.com) identity=pra; client-ip=162.221.158.21; receiver=esa6.hc3370-68.iphmx.com; envelope-from="igor.druzhinin@citrix.com"; x-sender="igor.druzhinin@citrix.com"; x-conformance=sidf_compatible Received-SPF: Pass (esa6.hc3370-68.iphmx.com: domain of igor.druzhinin@citrix.com designates 162.221.158.21 as permitted sender) identity=mailfrom; client-ip=162.221.158.21; receiver=esa6.hc3370-68.iphmx.com; envelope-from="igor.druzhinin@citrix.com"; x-sender="igor.druzhinin@citrix.com"; x-conformance=sidf_compatible; x-record-type="v=spf1"; x-record-text="v=spf1 ip4:209.167.231.154 ip4:178.63.86.133 ip4:195.66.111.40/30 ip4:85.115.9.32/28 ip4:199.102.83.4 ip4:192.28.146.160 ip4:192.28.146.107 ip4:216.52.6.88 ip4:216.52.6.188 ip4:162.221.158.21 ip4:162.221.156.83 ip4:168.245.78.127 ~all" Received-SPF: None (esa6.hc3370-68.iphmx.com: no sender authenticity information available from domain of postmaster@mail.citrix.com) identity=helo; client-ip=162.221.158.21; receiver=esa6.hc3370-68.iphmx.com; envelope-from="igor.druzhinin@citrix.com"; x-sender="postmaster@mail.citrix.com"; x-conformance=sidf_compatible IronPort-SDR: /Iy4bzHfsFdF3XrbhXCuyn5hyG3uRX9mIe+rypzuY8Esf18zO4/6Rf5WyWrpLtzfNZ2S1JeQdN re8ApK2DX3rSkAsM+/zi1s06PNKpnbRYpnxTDvjkenbMXW/yP8ODaInJRRVPGx2IqLbEZTqo2D NrGad9d+kt52z5vawHe30R7e4ReVttfihoIGqt9ZTzDn2hR907bHifY+sNZf37F/r50rg7tanI F+F6dxEWI1WzpvHJ5U448KKy4IgxUcGO1vMGFz24+szTlCLExhdThiCz0c/B64RlDNntE4Rjgz aC8= X-SBRS: 2.7 X-MesageID: 13830885 X-Ironport-Server: esa6.hc3370-68.iphmx.com X-Remote-IP: 162.221.158.21 X-Policy: $RELAYED X-IronPort-AV: E=Sophos;i="5.70,514,1574139600"; d="scan'208";a="13830885" From: Igor Druzhinin To: Date: Wed, 4 Mar 2020 15:33:28 +0000 Message-ID: <1583336008-10123-1-git-send-email-igor.druzhinin@citrix.com> X-Mailer: git-send-email 2.7.4 MIME-Version: 1.0 Subject: [Xen-devel] [PATCH v3] x86/cpu: Sync any remaining RCU callbacks before CPU up/down 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: Igor Druzhinin , sstabellini@kernel.org, julien@xen.org, wl@xen.org, andrew.cooper3@citrix.com, ian.jackson@eu.citrix.com, george.dunlap@citrix.com, jbeulich@suse.com, roger.pau@citrix.com Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Errors-To: xen-devel-bounces@lists.xenproject.org Sender: "Xen-devel" X-ZohoMail-DKIM: fail (Header signature does not verify) During CPU down operation RCU callbacks are scheduled to finish off some actions later as soon as CPU is fully dead (the same applies to CPU up operation in case error path is taken). If in the same grace period another CPU up operation is performed on the same CPU, RCU callback will be called later on a CPU in a potentially wrong (already up again instead of still being down) state leading to eventual state inconsistency and/or crash. In order to avoid it - flush RCU callbacks explicitly before starting the next CPU up/down operation. Reviewed-by: Juergen Gross Signed-off-by: Igor Druzhinin --- This got discovered trying to resume PV shim with multiple vCPUs on AMD machine (where park_offline_cpus =3D=3D 0). RCU callback responsible for freeing percpu area on CPU offline got finally called after CPU went online again as the guest performed regular vCPU offline/online operations on resume. Note: this patch requires RCU series v3 from Juergen to be applied - https://lists.xenproject.org/archives/html/xen-devel/2020-03/msg00200.html v2: changed rcu_barrier() position, updated description v3: moved rcu_barrier() to common cpu_up/cpu_down code to cover more cases --- xen/arch/x86/acpi/power.c | 1 - xen/arch/x86/sysctl.c | 8 -------- xen/common/cpu.c | 2 ++ 3 files changed, 2 insertions(+), 9 deletions(-) diff --git a/xen/arch/x86/acpi/power.c b/xen/arch/x86/acpi/power.c index b5df00b..847c273 100644 --- a/xen/arch/x86/acpi/power.c +++ b/xen/arch/x86/acpi/power.c @@ -305,7 +305,6 @@ static int enter_state(u32 state) cpufreq_add_cpu(0); =20 enable_cpu: - rcu_barrier(); mtrr_aps_sync_begin(); enable_nonboot_cpus(); mtrr_aps_sync_end(); diff --git a/xen/arch/x86/sysctl.c b/xen/arch/x86/sysctl.c index 59a3840..b4e86a8 100644 --- a/xen/arch/x86/sysctl.c +++ b/xen/arch/x86/sysctl.c @@ -85,11 +85,7 @@ long cpu_up_helper(void *data) int ret =3D cpu_up(cpu); =20 if ( ret =3D=3D -EBUSY ) - { - /* On EBUSY, flush RCU work and have one more go. */ - rcu_barrier(); ret =3D cpu_up(cpu); - } =20 if ( !ret && !opt_smt && cpu_data[cpu].compute_unit_id =3D=3D INVALID_CUID && @@ -110,11 +106,7 @@ long cpu_down_helper(void *data) int cpu =3D (unsigned long)data; int ret =3D cpu_down(cpu); if ( ret =3D=3D -EBUSY ) - { - /* On EBUSY, flush RCU work and have one more go. */ - rcu_barrier(); ret =3D cpu_down(cpu); - } return ret; } =20 diff --git a/xen/common/cpu.c b/xen/common/cpu.c index 31953f3..1f976db 100644 --- a/xen/common/cpu.c +++ b/xen/common/cpu.c @@ -4,6 +4,7 @@ #include #include #include +#include =20 unsigned int __read_mostly nr_cpu_ids =3D NR_CPUS; #ifndef nr_cpumask_bits @@ -53,6 +54,7 @@ void put_cpu_maps(void) =20 void cpu_hotplug_begin(void) { + rcu_barrier(); write_lock(&cpu_add_remove_lock); } =20 --=20 2.7.4 _______________________________________________ Xen-devel mailing list Xen-devel@lists.xenproject.org https://lists.xenproject.org/mailman/listinfo/xen-devel