Received: by 2002:a25:6193:0:0:0:0:0 with SMTP id v141csp726576ybb; Fri, 20 Mar 2020 07:09:38 -0700 (PDT) X-Google-Smtp-Source: ADFU+vuFjtibhtvXm4nnsqF2n8ksZvkryVFNr/4rI/C36BMbO43XBVmHLgWNWu9jy6Q5ejzCLXW8 X-Received: by 2002:a9d:7750:: with SMTP id t16mr6685017otl.333.1584713378566; Fri, 20 Mar 2020 07:09:38 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1584713378; cv=none; d=google.com; s=arc-20160816; b=Ndcocf4jk7HPfKi9CYg/eD9DkDRmyUoYCqWjkvO6CiOAQhMrEpPskZ5pgJ8TsY76R6 ACGDn2DG2awK7hUJyqWan5P+AMF/QMTxPRCLx2gp2y+GA5IevjjODO/Yvxj0QcNtuCWu dcivq2HOpoo9DN0N9Ca6jio9oRHOtJO6p264/O0iJ+vtEAJ90e1SC3ZdX5ApE7AXi2+A EEd6dln13QiM3w5XBZm4V511Usdo6/S9mFuH0wvOVjbh/SyTYUi9zefWZFx0HEqd/sn6 jKbMNlafQpdVii2ZHHnstD/RKNuDJdlnJGUuSwj1SDpygHqWiUFnliMD7G/jJRq7/XK0 h+/g== 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=2Bj8c7kwdtW3XY/nkdRThMMvWTWyzt2L1OdhyAPWwZk=; b=RNeCzLxwQx0mYqNUuVk3G4czXEnsWTsa6fxsB/KImAOA7wN3Nf1R/cYa3Lo0+3xstU RJtluHSgGV51wKFNXIhrkUd5iFzn/bTCH9ZitgEMlkLu4aPx2FJJEV9LaiphaIGRcqcu 5O31Xsc18iETvhNaQmz2q34Dmn3O97LdQ5WHzYI+oGV1BUyhymAOrJ9i4Ry0XEw5unMV JqaWeQkFCh1LrvkfSAxt2uEoRMs3Kb8tfzIXWW02wSKeHmkR0PZM3NELq5Ts3WJOZ9Rz NhYCFsM91KXnzV85cR/cVYJyXT8Zgf44xJoII5HGP10JZp1bfZIPmjjo7ikifZfG8Lbe 8TEw== 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 y8si3029597otg.112.2020.03.20.07.09.25; Fri, 20 Mar 2020 07:09:38 -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 S1727175AbgCTOHp (ORCPT + 99 others); Fri, 20 Mar 2020 10:07:45 -0400 Received: from foss.arm.com ([217.140.110.172]:49394 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726855AbgCTOHp (ORCPT ); Fri, 20 Mar 2020 10:07:45 -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 A1CE51FB; Fri, 20 Mar 2020 07:07:44 -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 AB3BC3F792; Fri, 20 Mar 2020 07:07:43 -0700 (PDT) Date: Fri, 20 Mar 2020 14:07:41 +0000 From: Qais Yousef To: Catalin Marinas Cc: Thomas Gleixner , "Paul E . McKenney" , Will Deacon , linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v3 05/15] arm64: Don't use disable_nonboot_cpus() Message-ID: <20200320140741.f37mtomvr5wb6cct@e107158-lin.cambridge.arm.com> References: <20200223192942.18420-1-qais.yousef@arm.com> <20200223192942.18420-6-qais.yousef@arm.com> <20200317112127.GA632169@arrakis.emea.arm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20200317112127.GA632169@arrakis.emea.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 03/17/20 11:21, Catalin Marinas wrote: > On Sun, Feb 23, 2020 at 07:29:32PM +0000, 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: Catalin Marinas > > CC: Will Deacon > > CC: linux-arm-kernel@lists.infradead.org > > CC: linux-kernel@vger.kernel.org > > I'm not sure whether these patches have been queued already (still > unread in my inbox), so here it is: > > Acked-by: Catalin Marinas Thanks Catalin! Russel has requested to split the arm patch into 2 so that the change to use reboot_cpu is in a separate patch. I'll do the same for arm64 to stay consistent. I'll add your Acked-by to both patches if that's okay. Please shout if you have any objection. Thanks -- Qais Yousef