Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp571848ybz; Wed, 29 Apr 2020 05:37:09 -0700 (PDT) X-Google-Smtp-Source: APiQypJhrQylWwnnKTiRkJiS/wL/DEW7Kk8krEeUW7EavR8xfISLsgw/cvTNBBQ6blQMi9nwnhWo X-Received: by 2002:a05:6402:b82:: with SMTP id cf2mr2110925edb.49.1588163829539; Wed, 29 Apr 2020 05:37:09 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1588163829; cv=none; d=google.com; s=arc-20160816; b=Yg2McNhwxJ2bA4tiDxkfxX7B0fg8Ko+PnvfjYl3CSopZ87ljAvyFOoPk/xHvL4MVJD IsyJuAEVlEkuy/BOnoKpxtjpTqap8jK6eZd12Mi18Mcz5flYjkGTTVDD0Ek2/+55YbSk Mwqmsbbd8bUgVwF83Iyq8+JW1d+rXSehO53HD4FeauvmLETj15Z6LEyeJlmyXg3HgDtd jcDnylKWmg25YnVeoTx5vIriRKIeCjmYKHObV2eB0oujdITVwNa9nSzDq0dNbDLmtVNZ QvoAWxTk46DHF7fTRojuH8PDwINlAQVPDef7jAue65BMQwg1Cu1yA0niHDAGquWA19sM abhA== 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=RC1xi8vLWNZYkvhDdGwCz2VeCn9B86N/4oQiHossx+c=; b=pwEmMx53RnEUO9bunWKeqSHjiLf7nvLxX/M2w92qmdp8R0TLyF74K/yCPhqcuZfH5C Y+ZMvZuihPG5536XE9RWMuwreCPJTty/i++E1pFtEwSzFkiqqRicmLIWKgMOtYCGu4cG fxa8BYAZP7tZribj2/PFlWoVFj/f36vRfkC2fqA+sej/FjjtZ4dOLfPo8wHbsL0U/r5Q B/G+2VyfsrOhB3QIVkW+0OrGGkNGbVLdmAhBUtjnFq7AQe60QzKuLjYPz0/5otS0xMjn b8w2pgesjKh0j+9uMwtdump2VNEpr/BdK8j9fEvMeD9Qu8dyRM8pmf0B2QFsEL6MSlZt 7n/Q== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id p12si3659415ejo.516.2020.04.29.05.36.46; Wed, 29 Apr 2020 05:37:09 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727078AbgD2Mcv (ORCPT + 99 others); Wed, 29 Apr 2020 08:32:51 -0400 Received: from foss.arm.com ([217.140.110.172]:38280 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727123AbgD2Mcl (ORCPT ); Wed, 29 Apr 2020 08:32:41 -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 E87BA1063; Wed, 29 Apr 2020 05:32:40 -0700 (PDT) Received: from e107158-lin (e107158-lin.cambridge.arm.com [10.1.195.21]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 5CF133F73D; Wed, 29 Apr 2020 05:32:39 -0700 (PDT) Date: Wed, 29 Apr 2020 13:32:37 +0100 From: Qais Yousef To: "Rafael J. Wysocki" Cc: "Rafael J. Wysocki" , Thomas Gleixner , Len Brown , Pavel Machek , Ingo Molnar , Borislav Petkov , "H. Peter Anvin" , the arch/x86 maintainers , Todd E Brandt , Linux PM , Linux Kernel Mailing List Subject: Re: [PATCH 1/3] Revert "cpu/hotplug: Ignore pm_wakeup_pending() for disable_nonboot_cpus()" Message-ID: <20200429123236.7iqeon4emnlriyc4@e107158-lin> References: <20200409112742.3581-1-qais.yousef@arm.com> <26038947.HFycnDbHsR@kreacher> <20200427102910.b6iysyumiz5pj4sv@e107158-lin> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: User-Agent: NeoMutt/20171215 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 04/29/20 12:40, Rafael J. Wysocki wrote: > On Mon, Apr 27, 2020 at 12:29 PM Qais Yousef wrote: > > > > On 04/26/20 17:24, Rafael J. Wysocki wrote: > > > I would do this the other way around: > > > > > > 1. Make x86 call freeze_secondary_cpus() directly, rename > > > enable_nonboot_cpus() and drop disable_nonboot_cpus(). > > > > All of this in a single patch? > > Well, why not? I don't mind, was just clarifying. Usually it's requested to split patches :) > > Calling freeze_secondary_cpus() directly causes disable_nonboot_cpus() > to be unused (and so it can be dropped in the same patch) and it also > introduces a name mismatch between freeze_ and enable_, which IMO > needs to be addressed right away (also in the same patch). > > > > 2. Get rid of __freeze_secondary_cpus(). > > > > I guess you're implying to drop the revert too and manually unroll it instead. > > IMO the revert is just an extra step with no real value, so why do it? Works for me. Will send v2 ASAP. Thanks -- Qais Yousef