Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp3893903ybl; Tue, 21 Jan 2020 08:59:53 -0800 (PST) X-Google-Smtp-Source: APXvYqxuFSssVijvx359lHiPMHAkbYoZiuG4X09+1V+5JJejFe3D83C1cT0v+/jV6QcnY09gvMRr X-Received: by 2002:a9d:2dca:: with SMTP id g68mr3967299otb.150.1579625993487; Tue, 21 Jan 2020 08:59:53 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1579625993; cv=none; d=google.com; s=arc-20160816; b=c9NEM+hcnUopvo8agOaQ9TiPIqppqmBxIOqwBpuBsciY7LBQkfyA5F3V/PdY44Z8hH g40y2B5oB+ZNntqI7byWlqrpZNSej+Ps3MLktJc6cOU3mZt653U3w1rYmOQcmJIH0/PB Po+ra93AaM4YPCje2b6vhZIXT0m2I3YszfwXtr1msWG4y07blyDR/EDCnYFms5YGOisf jKkH5LAJQr6d6MKYqCzKdAFTuXhNJcGQn7Ip3JuydOGD+5/WR+AyerJDzGSgvlS7/13r XwHYlqohThTaiLc+HqHa9BP3uGFA73gp+Tg6d/7rU/lKzNWYSoXFVEk/T3das6YskVtl /zzw== 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=PbVL6TsuxAq8UHP4C29CWYcq8XfEMma+QN2Ko0OaSX0=; b=m7qGm3yH1jJKrzdCX1oxtCvuGOBu6x7JpQF75KoT1qO4tHetcyjxePPHYGRrUwgTJK oKHJwFiWyXnHleADYoweTnP4N/waQUgBGTC5vkKQhYGq5AvSA2EBtMpkIGwl1pF1Pjqg K1K2RIah5VT7zOl2qsR0tREtb6cbDSffK84v1gwZ09FvLb92GCL9nMCyF+7RFMdnOshx Y5IX4NXkTq+MRCONsEKVY2fxHoUO7g0mUgDFLPzc2bxUKk88Z3C3kSIyrmzwhHTBN/Fg 72FKJMmvYK7gIZEcQs63DOCt6Cio9ftlDUYGZZ8gvwWGVc6wyDRRAmat4Xe+m5l1aN1E S6EQ== 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 l189si20446476oih.166.2020.01.21.08.59.41; Tue, 21 Jan 2020 08:59:53 -0800 (PST) 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 S1729285AbgAUQ6O (ORCPT + 99 others); Tue, 21 Jan 2020 11:58:14 -0500 Received: from foss.arm.com ([217.140.110.172]:45910 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726714AbgAUQ6N (ORCPT ); Tue, 21 Jan 2020 11:58:13 -0500 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 1CF8230E; Tue, 21 Jan 2020 08:58:13 -0800 (PST) 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 1CD3A3F6C4; Tue, 21 Jan 2020 08:58:12 -0800 (PST) Date: Tue, 21 Jan 2020 16:58:09 +0000 From: Qais Yousef To: Russell King - ARM Linux admin Cc: Thomas Gleixner , Greg Kroah-Hartman , Catalin Marinas , Will Deacon , linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v2 03/14] arm: arm64: Don't use disable_nonboot_cpus() Message-ID: <20200121165809.3kk3xauky4vjp5ni@e107158-lin.cambridge.arm.com> References: <20191125112754.25223-1-qais.yousef@arm.com> <20191125112754.25223-4-qais.yousef@arm.com> <20200121165030.xksivf6mrhsaynq2@e107158-lin.cambridge.arm.com> <20200121165321.GH25745@shell.armlinux.org.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20200121165321.GH25745@shell.armlinux.org.uk> User-Agent: NeoMutt/20171215 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 01/21/20 16:53, Russell King - ARM Linux admin wrote: > On Tue, Jan 21, 2020 at 04:50:31PM +0000, Qais Yousef wrote: > > On 11/25/19 11:27, Qais Yousef wrote: > > > disable_nonboot_cpus() is not safe to use when doing machine_down(), > > > because it relies on freeze_secondary_cpus() which in return 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. > > > > > > Signed-off-by: Qais Yousef > > > CC: Russell King > > > CC: Catalin Marinas > > > CC: Will Deacon > > > CC: linux-arm-kernel@lists.infradead.org > > > CC: linux-kernel@vger.kernel.org > > > --- > > > > Ping :) > > > > I'm missing ACKs on this patch and patch 4 for arm64. Hopefully none should be > > controversial. > > ARM and ARM64 are maintained separately, so you can't submit a single > patch covering both. Sorry. Sure I'd be happy to split. It was just a single line change and I expected Thomas to pick the whole series up, so I didn't think there'd be an issue in combining them up since they're identical. Do I take it you have no objection to the code change itself and just would like to see this split up? Thanks -- Qais Yousef > > > > > Thanks! > > > > -- > > Qais Yousef > > > > > arch/arm/kernel/reboot.c | 4 ++-- > > > arch/arm64/kernel/process.c | 4 ++-- > > > 2 files changed, 4 insertions(+), 4 deletions(-) > > > > > > diff --git a/arch/arm/kernel/reboot.c b/arch/arm/kernel/reboot.c > > > index bb18ed0539f4..58ad1a70f770 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(0); > > > } > > > > > > /* > > > diff --git a/arch/arm64/kernel/process.c b/arch/arm64/kernel/process.c > > > index 71f788cd2b18..3bcc9bfc581e 100644 > > > --- a/arch/arm64/kernel/process.c > > > +++ b/arch/arm64/kernel/process.c > > > @@ -141,11 +141,11 @@ void arch_cpu_idle_dead(void) > > > * 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 smpt_shutdown_nonboot_cpus() to achieve this. > > > */ > > > void machine_shutdown(void) > > > { > > > - disable_nonboot_cpus(); > > > + smp_shutdown_nonboot_cpus(0); > > > } > > > > > > /* > > > -- > > > 2.17.1 > > > > > > > -- > RMK's Patch system: https://www.armlinux.org.uk/developer/patches/ > FTTC broadband for 0.8mile line in suburbia: sync at 12.1Mbps down 622kbps up > According to speedtest.net: 11.9Mbps down 500kbps up