Received: by 2002:a25:e74b:0:0:0:0:0 with SMTP id e72csp1502049ybh; Sun, 19 Jul 2020 22:59:44 -0700 (PDT) X-Google-Smtp-Source: ABdhPJziNjpisVtUYN34U4Il3NyCF0t9Ogwhu0b558DFrjxlnQl7AhHQ+ok7+qhGzPSzFq5NUEtC X-Received: by 2002:a17:906:c1d8:: with SMTP id bw24mr18832538ejb.91.1595224784636; Sun, 19 Jul 2020 22:59:44 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1595224784; cv=none; d=google.com; s=arc-20160816; b=v4Mky/X/ZCaW+akHpPGCm2PFKjvxDYBD65YUv5TX3Jjr/Kq0qNrm/UHrr7krRpDxfN KOxmym5JOZFkjqJechll/wFh8q6tvA6U4SmOsHUsbrAbkqGtLwMkeO9THmGmxkhQhF33 LSsBF1sNEbfgLDQbnGie1cCiYixdtdloXAqHtUwMMKpnpdWadQRpSFcv8j+Vi3AdY9WK B5gUEdZI4ns3VPJIBHWLDMojJbOx61x9CozDj0q22kl/l314wX7Nuqzpkgxw6pbArU/2 esLwbuhmD83fQWPeR+BKyBHRagb1+IHG7HqINKZnTpTtdeTN2Ut5IHaluf3bfc3dvktj Vzyg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-disposition :mime-version:references:reply-to:message-id:subject:cc:to:from:date; bh=W5Wtdvh6eXmABjraaB6F+fUqw9hjQuSr1L6Lug/vq/E=; b=kCcRhIYXPkdrPPA0cN3kqwP16FQF0S5mwDMSwpZP/kM/PDaehPO6+wCNniy0hSEnfx j11DdkOiYB2XIhIWpfAirJHzgRzWyZLCHkLN1axlFIJLwHe4By0oDXXa8U9pJ9D/Xxwy YKHxCbPml4IFSWtN7xTzLPUpO8A3qforD6bxgNO6BvWGcfDOxAqcVVPHu01LQstUvjlZ ZrXoAyF6KUChxkwNx/y0GFEHXpFeMPm/yxnblDt/SCRKm6gZKj+30u+vZ++rKcQ/QYkn 3rsIS6qfLj3AjTcoQ4O84L7RVK2P8Ti5DnOHne10AOXSj3KM5qG/ig/SL6vbIdB4CFg5 9p3A== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=ibm.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id e7si9904988edn.164.2020.07.19.22.59.21; Sun, 19 Jul 2020 22:59:44 -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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=ibm.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726109AbgGTF4m (ORCPT + 99 others); Mon, 20 Jul 2020 01:56:42 -0400 Received: from mx0a-001b2d01.pphosted.com ([148.163.156.1]:54034 "EHLO mx0a-001b2d01.pphosted.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725845AbgGTF4l (ORCPT ); Mon, 20 Jul 2020 01:56:41 -0400 Received: from pps.filterd (m0098399.ppops.net [127.0.0.1]) by mx0a-001b2d01.pphosted.com (8.16.0.42/8.16.0.42) with SMTP id 06K5Wdo2061721; Mon, 20 Jul 2020 01:56:37 -0400 Received: from pps.reinject (localhost [127.0.0.1]) by mx0a-001b2d01.pphosted.com with ESMTP id 32bw7yr4by-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Mon, 20 Jul 2020 01:56:37 -0400 Received: from m0098399.ppops.net (m0098399.ppops.net [127.0.0.1]) by pps.reinject (8.16.0.36/8.16.0.36) with SMTP id 06K5txpT132749; Mon, 20 Jul 2020 01:56:37 -0400 Received: from ppma04fra.de.ibm.com (6a.4a.5195.ip4.static.sl-reverse.com [149.81.74.106]) by mx0a-001b2d01.pphosted.com with ESMTP id 32bw7yr4at-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Mon, 20 Jul 2020 01:56:37 -0400 Received: from pps.filterd (ppma04fra.de.ibm.com [127.0.0.1]) by ppma04fra.de.ibm.com (8.16.0.42/8.16.0.42) with SMTP id 06K5sQFY023365; Mon, 20 Jul 2020 05:55:25 GMT Received: from b06cxnps3074.portsmouth.uk.ibm.com (d06relay09.portsmouth.uk.ibm.com [9.149.109.194]) by ppma04fra.de.ibm.com with ESMTP id 32brq814kw-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Mon, 20 Jul 2020 05:55:25 +0000 Received: from b06wcsmtp001.portsmouth.uk.ibm.com (b06wcsmtp001.portsmouth.uk.ibm.com [9.149.105.160]) by b06cxnps3074.portsmouth.uk.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id 06K5tNaK30081306 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 20 Jul 2020 05:55:23 GMT Received: from b06wcsmtp001.portsmouth.uk.ibm.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 8E437A405C; Mon, 20 Jul 2020 05:55:23 +0000 (GMT) Received: from b06wcsmtp001.portsmouth.uk.ibm.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id F2667A405B; Mon, 20 Jul 2020 05:55:21 +0000 (GMT) Received: from drishya.in.ibm.com (unknown [9.85.113.150]) by b06wcsmtp001.portsmouth.uk.ibm.com (Postfix) with ESMTPS; Mon, 20 Jul 2020 05:55:21 +0000 (GMT) Date: Mon, 20 Jul 2020 11:25:19 +0530 From: Vaidyanathan Srinivasan To: "Gautham R. Shenoy" Cc: Nicholas Piggin , Anton Blanchard , Nathan Lynch , Michael Ellerman , Michael Neuling , linuxppc-dev@ozlabs.org, linux-kernel@vger.kernel.org, linux-pm@vger.kernel.org Subject: Re: [PATCH 1/5] cpuidle-pseries: Set the latency-hint before entering CEDE Message-ID: <20200720055519.GB4000@drishya.in.ibm.com> Reply-To: svaidy@linux.ibm.com References: <1594120299-31389-1-git-send-email-ego@linux.vnet.ibm.com> <1594120299-31389-2-git-send-email-ego@linux.vnet.ibm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline In-Reply-To: <1594120299-31389-2-git-send-email-ego@linux.vnet.ibm.com> X-TM-AS-GCONF: 00 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.235,18.0.687 definitions=2020-07-20_01:2020-07-17,2020-07-20 signatures=0 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 mlxscore=0 adultscore=0 spamscore=0 bulkscore=0 impostorscore=0 clxscore=1015 suspectscore=1 lowpriorityscore=0 priorityscore=1501 mlxlogscore=948 phishscore=0 malwarescore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2006250000 definitions=main-2007200038 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org * Gautham R Shenoy [2020-07-07 16:41:35]: > From: "Gautham R. Shenoy" > > As per the PAPR, each H_CEDE call is associated with a latency-hint to > be passed in the VPA field "cede_latency_hint". The CEDE states that > we were implicitly entering so far is CEDE with latency-hint = 0. > > This patch explicitly sets the latency hint corresponding to the CEDE > state that we are currently entering. While at it, we save the > previous hint, to be restored once we wakeup from CEDE. This will be > required in the future when we expose extended-cede states through the > cpuidle framework, where each of them will have a different > cede-latency hint. > > Signed-off-by: Gautham R. Shenoy Reviewed-by: Vaidyanathan Srinivasan > --- > drivers/cpuidle/cpuidle-pseries.c | 10 +++++++++- > 1 file changed, 9 insertions(+), 1 deletion(-) > > diff --git a/drivers/cpuidle/cpuidle-pseries.c b/drivers/cpuidle/cpuidle-pseries.c > index 4a37252..39d4bb6 100644 > --- a/drivers/cpuidle/cpuidle-pseries.c > +++ b/drivers/cpuidle/cpuidle-pseries.c > @@ -105,19 +105,27 @@ static void check_and_cede_processor(void) > } > } > > +#define NR_CEDE_STATES 1 /* CEDE with latency-hint 0 */ > +#define NR_DEDICATED_STATES (NR_CEDE_STATES + 1) /* Includes snooze */ > + > +u8 cede_latency_hint[NR_DEDICATED_STATES]; > static int dedicated_cede_loop(struct cpuidle_device *dev, > struct cpuidle_driver *drv, > int index) > { > + u8 old_latency_hint; > > pseries_idle_prolog(); > get_lppaca()->donate_dedicated_cpu = 1; > + old_latency_hint = get_lppaca()->cede_latency_hint; > + get_lppaca()->cede_latency_hint = cede_latency_hint[index]; > > HMT_medium(); > check_and_cede_processor(); > > local_irq_disable(); > get_lppaca()->donate_dedicated_cpu = 0; > + get_lppaca()->cede_latency_hint = old_latency_hint; > > pseries_idle_epilog(); > > @@ -149,7 +157,7 @@ static int shared_cede_loop(struct cpuidle_device *dev, > /* > * States for dedicated partition case. > */ > -static struct cpuidle_state dedicated_states[] = { > +static struct cpuidle_state dedicated_states[NR_DEDICATED_STATES] = { > { /* Snooze */ > .name = "snooze", > .desc = "snooze", Saving and restoring the current cede hint value helps in maintaining compatibility with other parts of the kernel. Over long term we can make cpuidle driver deterministically set the CEDE hint at each invocation of H_CEDE call so that we do not have to do multiple redundant save-restore. This is a reasonable start to cleanup this cupidle subsystem on PAPR guests. --Vaidy