Received: by 2002:a25:d7c1:0:0:0:0:0 with SMTP id o184csp4121976ybg; Fri, 25 Oct 2019 13:40:40 -0700 (PDT) X-Google-Smtp-Source: APXvYqzZj6fXguzHlMmxStA8iQETx/pOc2yM9/2nQak4aLG6hSa/tCK9U1UpzCyXCfXemcwOp84o X-Received: by 2002:aa7:de16:: with SMTP id h22mr6026833edv.183.1572036040103; Fri, 25 Oct 2019 13:40:40 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1572036040; cv=none; d=google.com; s=arc-20160816; b=ScDzY2hgYvKAm4YJn7BCRfa1G2YfyQpHWxfJXEEztj3Xr8oPgLnNGA7lRDIyQb0cQu OPV6mrsZrtz8E/FweNntkFetHKPLgmaAIsMmKbXLINZdB/GnG6qgrrMCJTPgpaFeJdhE tj3quJ38e0ekEAMbH5e0jP+Kj76f16dqZcZ5oxQaBBg7Wvgu5ZkUkX1XMTeHjnuUcauM 2nfpgqNIeLibvJ9U2Bc49/pKGzvJLZ4EKFYAUYCe3m0Pu5GvyLLclO0s670CMXjTI1CK nZWXAe+uOMQYWtm7QZnAaeOIJ3RYNXslaWSlSUC4cbXz8vqfJ2hwYW25CgIuMpAejmPp kZjA== 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=cNnfeXhflSXsrKKANlMsh+isxoEWSN3kBEtML0Qzl8U=; b=KXnEiNVnmd752hwssnhuwEhuEW/+0JkA4L/zWui2nc2McvjnARwXWAfu8bUsKyX6Xs 02JF+r8Z5WIsdi+2jvBQHJYPOqFxtu+BXgQ0mrwLQt4e7gt+VKuzweF+xUQSbVnqEFKi mzaXTZJ2k8z16gi0SB3jVCuQEsD4zjczACjWYNeYY+EAuFjSOK0p6Ph9DkYkK2vdgDZO uCkn9uXlRKwTYSbbHCtML0xmmzrjZJ4RzxCEF+Cz5eA3IWHqcq8mEq6ovLOUNqBetF6k hPikL3NPFBaehipN8gMEnRD7l69ZkpL4FbP3TMLazXyOqUQp5bLCbVLIfuUADxd/fV1s FczQ== 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 c30si2116612ede.125.2019.10.25.13.40.16; Fri, 25 Oct 2019 13:40:40 -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 S2440746AbfJYP1m (ORCPT + 99 others); Fri, 25 Oct 2019 11:27:42 -0400 Received: from foss.arm.com ([217.140.110.172]:42164 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1731226AbfJYP1l (ORCPT ); Fri, 25 Oct 2019 11:27: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 2665C328; Fri, 25 Oct 2019 08:27:41 -0700 (PDT) Received: from arrakis.emea.arm.com (arrakis.cambridge.arm.com [10.1.197.42]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 596103F71A; Fri, 25 Oct 2019 08:27:39 -0700 (PDT) Date: Fri, 25 Oct 2019 16:27:37 +0100 From: Catalin Marinas To: Yunfeng Ye Cc: will@kernel.org, kstewart@linuxfoundation.org, sudeep.holla@arm.com, gregkh@linuxfoundation.org, lorenzo.pieralisi@arm.com, tglx@linutronix.de, David.Laight@ACULAB.COM, mark.rutland@arm.com, linux-arm-kernel@lists.infradead.org, "linux-kernel@vger.kernel.org" , hushiyuan@huawei.com, wuyun.wu@huawei.com, linfeilong@huawei.com Subject: Re: [PATCH v6] arm64: psci: Reduce the waiting time for cpu_psci_cpu_kill() Message-ID: <20191025152737.GN3328@arrakis.emea.arm.com> References: <0842431c-fa15-2ba1-ae6d-c1fea157941f@huawei.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <0842431c-fa15-2ba1-ae6d-c1fea157941f@huawei.com> User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Oct 21, 2019 at 07:31:21PM +0800, Yunfeng Ye wrote: > In cases like suspend-to-disk and suspend-to-ram, a large number of CPU > cores need to be shut down. At present, the CPU hotplug operation is > serialised, and the CPU cores can only be shut down one by one. In this > process, if PSCI affinity_info() does not return LEVEL_OFF quickly, > cpu_psci_cpu_kill() needs to wait for 10ms. If hundreds of CPU cores > need to be shut down, it will take a long time. > > Normally, there is no need to wait 10ms in cpu_psci_cpu_kill(). So > change the wait interval from 10 ms to max 1 ms and use usleep_range() > instead of msleep() for more accurate timer. > > In addition, reducing the time interval will increase the messages > output, so remove the "Retry ..." message, instead, track time and > output to the the sucessful message. > > Signed-off-by: Yunfeng Ye > Reviewed-by: Sudeep Holla Queued for 5.5. Thanks. -- Catalin