Received: by 2002:a25:6193:0:0:0:0:0 with SMTP id v141csp554705ybb; Fri, 20 Mar 2020 04:07:43 -0700 (PDT) X-Google-Smtp-Source: ADFU+vtRY6o0fiJd7gc2yDwgTv6mLj8wpmFdEN1iYg4pGTv2SDlXhnlFQ7JlFEEUtMU2jNVKA4/p X-Received: by 2002:aca:a997:: with SMTP id s145mr5718148oie.140.1584702462986; Fri, 20 Mar 2020 04:07:42 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1584702462; cv=none; d=google.com; s=arc-20160816; b=tbQc2mvQ8E/IDoiV5shw9+wiwmXFC0iwBQuv0KuV/yzgvVuIyWTftx/GnH9tkn60pN tAgmOOok1dadaai8q3F6Hss7i056LxRks7RCmSBRJpYm+oLHvNv4cfb/rXqftwM1pPdv ob0MMVoDuVbI+eP//N+eFVajvcXZG58k6dR1Eh8fPgwQYH7rBdVuaDoqDFXao6t7xbVn CKK/ShXbxCBKiKUU3WgHLQmik7mLa5qm5iBQ13ssKfddc9eGCBI4cO6dAWuRWYskhwiV 958chwVODFE3RzbU9Bvhn7864GowTVEValNjI7/VMn9hty778rNAlHzR9x2uNc3o88Co 0MPg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=NBC/nGKQideKB2lImcBKM5nFiCUVxg65SoR2HABN6X8=; b=PkoBMwDO8ykfa3o7dkA787q8MUbfCR+flrtpHLaZetzvFXGRAh8Fg5GIEVNEnuiYH3 h0pkiPJ2TozEylt1zvubbM383PCWmVNDVUSuqLggEcNotMoMLoZmGKVaF8z/pojXbtdb rmGrj6g/ChXUqR6vZXTwkPb5j5XxN6g2JalpUDkyQFjWUFlLnrOLf27XY3H4kxJqD3K3 het+3px/MXu1oiiT4AJes/J8QYVRTqX7wHdOyaq6+wMNVjaAQiiedW3dBDq9uA86nUCl SfWR+v1S42k8HJfnQ40b5VQBG65umlTdAvRpOBHqbY/jbCsHZTNY8ZBuX8+CPZG46d3+ Zv5w== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id e19si2948012otp.40.2020.03.20.04.07.15; Fri, 20 Mar 2020 04:07:42 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727253AbgCTLEe (ORCPT + 99 others); Fri, 20 Mar 2020 07:04:34 -0400 Received: from foss.arm.com ([217.140.110.172]:47438 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726821AbgCTLEe (ORCPT ); Fri, 20 Mar 2020 07:04:34 -0400 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 1E08431B; Fri, 20 Mar 2020 04:04:34 -0700 (PDT) Received: from e107158-lin.cambridge.arm.com (e107158-lin.cambridge.arm.com [10.1.195.21]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 53BF53F85E; Fri, 20 Mar 2020 04:04:33 -0700 (PDT) Date: Fri, 20 Mar 2020 11:04:31 +0000 From: Qais Yousef To: Russell King Cc: "Paul E . McKenney" , linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, Thomas Gleixner Subject: Re: [PATCH v3 04/15] arm: Don't use disable_nonboot_cpus() Message-ID: <20200320110430.jozfyrqqx272266u@e107158-lin.cambridge.arm.com> References: <20200223192942.18420-1-qais.yousef@arm.com> <20200223192942.18420-5-qais.yousef@arm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20200223192942.18420-5-qais.yousef@arm.com> User-Agent: NeoMutt/20171215 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 02/23/20 19:29, Qais Yousef wrote: > disable_nonboot_cpus() is not safe to use when doing machine_down(), > because it relies on freeze_secondary_cpus() which in turn is > a suspend/resume related freeze and could abort if the logic detects any > pending activities that can prevent finishing the offlining process. > > Beside disable_nonboot_cpus() is dependent on CONFIG_PM_SLEEP_SMP which > is an othogonal config to rely on to ensure this function works > correctly. > > Use `reboot_cpu` variable instead of hardcoding 0 as the reboot cpu. > > Signed-off-by: Qais Yousef > CC: Russell King > CC: linux-arm-kernel@lists.infradead.org > CC: linux-kernel@vger.kernel.org > --- Hi Russel Does the updated version look good to you now? Thanks -- Qais Yousef > arch/arm/kernel/reboot.c | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git a/arch/arm/kernel/reboot.c b/arch/arm/kernel/reboot.c > index bb18ed0539f4..0ce388f15422 100644 > --- a/arch/arm/kernel/reboot.c > +++ b/arch/arm/kernel/reboot.c > @@ -88,11 +88,11 @@ void soft_restart(unsigned long addr) > * to execute e.g. a RAM-based pin loop is not sufficient. This allows the > * kexec'd kernel to use any and all RAM as it sees fit, without having to > * avoid any code or data used by any SW CPU pin loop. The CPU hotplug > - * functionality embodied in disable_nonboot_cpus() to achieve this. > + * functionality embodied in smp_shutdown_nonboot_cpus() to achieve this. > */ > void machine_shutdown(void) > { > - disable_nonboot_cpus(); > + smp_shutdown_nonboot_cpus(reboot_cpu); > } > > /* > -- > 2.17.1 >