Received: by 2002:ac0:a594:0:0:0:0:0 with SMTP id m20-v6csp2851138imm; Wed, 16 May 2018 22:06:46 -0700 (PDT) X-Google-Smtp-Source: AB8JxZpMEFeED+zSORMil+hVeA6ninOJ5DMv68lBcC/dkTRMG6sHz96PevHqmnxB0rYIpjjVTHmD X-Received: by 2002:a17:902:704c:: with SMTP id h12-v6mr3753500plt.269.1526533606868; Wed, 16 May 2018 22:06:46 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1526533606; cv=none; d=google.com; s=arc-20160816; b=FSq4PaOE9XjzqNIYfvHzG7XgmMOAUHhHDdFxQ4sIzBSq6e7ORpEE5BKt5w7GuUnk8U DptGouuKb6XRQKb+AJGcORG3+1i1O75n16O71MtvkA/xyHScEeioJ4mizR1X/8zd8nnu 4ZQE/Wd5Ix5OnXIy85TZmf+iQlhjXKZlpBp7/MNqMrkqCzAuIwkTO8rJ3eDJ6KhyxEle EdQXFHWPQIb/4UArLNyWJ3HewU86mQOpSSI6vAVpq6V7RHHiWOFIhoGjrwYvUkY/hjMb m93DgJpdZQ80vuYGZZL7Bja6vf5P6RzVIJs7W8Z2OaBshm/QhD0qpAOM4Tn2/l/4/7M8 wsNg== 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:dkim-signature:arc-authentication-results; bh=Vk1YixZIuJVjZPArss1ivw2TZNXrmzL/Je/ZAyFXTlE=; b=zY33Lzoj1m9rk6966snNocgT8Dd9+9hVmLvT9fR/hdH6JgLGap1euaNwGEz9K5pPKG piBQFSaDnYHBLawmuk7umoYZZjDmhNwiVR2b2OrGaz8+c9DKufnPP/yAH5hYQzQmhkfa gWs+VzN2UaAugD6Xfs/jdBADM2MYDS9iztkfzosLw5Z+PHJjfPOOvUoCgBcLP3uPV0Si Kk0jtPlMrz4DuZhLsbb4K2pZd/ZAfp0zac1vn67sGTeen2nfUZ4Zvq+RbVAm7j1y6D/3 wlYKSmuTtfGQTCVI5hudnMof5d1I0ze4WzQMuJ3QDNeyWTpWxtB2yd7JZwiT3utR8vDO pYJw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=KxOIk3R2; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id u9-v6si3445128pgv.313.2018.05.16.22.06.32; Wed, 16 May 2018 22:06:46 -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; dkim=pass header.i=@linaro.org header.s=google header.b=KxOIk3R2; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751481AbeEQFGR (ORCPT + 99 others); Thu, 17 May 2018 01:06:17 -0400 Received: from mail-pl0-f68.google.com ([209.85.160.68]:36566 "EHLO mail-pl0-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750779AbeEQFGP (ORCPT ); Thu, 17 May 2018 01:06:15 -0400 Received: by mail-pl0-f68.google.com with SMTP id v24-v6so1773626plo.3 for ; Wed, 16 May 2018 22:06:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=Vk1YixZIuJVjZPArss1ivw2TZNXrmzL/Je/ZAyFXTlE=; b=KxOIk3R2zOUlUFLcSrnzGY7jSuoy7sD7XDRs99CqH1k8s7An20ego25dkUpKZEfRUQ QtRFY2tLMrD6/W0G0sWGyuTCc8pEGlEkXDjvjJAtUvLK0H1KHOlviCpoTSNU2c2oSCQr GH7X4mojuHDPJTsQZXl8wELzQIfEmN3G6fK28= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=Vk1YixZIuJVjZPArss1ivw2TZNXrmzL/Je/ZAyFXTlE=; b=M6Wxh7TaVThAoWTNSraueJYf8VyII1tS4AQ/wi3rbgMUZfUAC5tu2NzJBJP9MA7Qie gDW4nBA3sxRDTJTYyV+/owUGJnUmHF/6Pu4+cl5Zl8zyhO/DMWoC5Y2AQiVKh4tMjeZd lsDUMBgqJxPu8BcRD++JBIjRLYNy1keOybXXFTBtjzSd91A2zcTrnmdmnWf1fziePXEu /7mFUHSA6blmvnpGI/nyzkWCWAI7xWtjH/1Ytu017AhaDbpDzz6ME2s/NVClC+nGPHYN FuXx2BUKU5fwWEFpyEhdry2yn35kUxMe52BXYVqXmigoiHSOMRTRCILXUFxHTuN9bHOB GJTw== X-Gm-Message-State: ALKqPwehTN2ToLYoIb08WFZxSIVKelGf7/qgdTxNTKz3VRRoy40wM+Mh YcQpUiNCyk/Gi3JD96FVT+pI4w== X-Received: by 2002:a17:902:5610:: with SMTP id h16-v6mr3758974pli.140.1526533575264; Wed, 16 May 2018 22:06:15 -0700 (PDT) Received: from localhost ([122.167.163.112]) by smtp.gmail.com with ESMTPSA id r84-v6sm6532109pfa.125.2018.05.16.22.06.13 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 16 May 2018 22:06:14 -0700 (PDT) Date: Thu, 17 May 2018 10:36:11 +0530 From: Viresh Kumar To: "Joel Fernandes (Google)" Cc: linux-kernel@vger.kernel.org, "Rafael J . Wysocki" , Peter Zijlstra , Ingo Molnar , Patrick Bellasi , Juri Lelli , Luca Abeni , Joel Fernandes , linux-pm@vger.kernel.org Subject: Re: [PATCH RFC] schedutil: Allow cpufreq requests to be made even when kthread kicked Message-ID: <20180517050611.yj2alkzckl3ximzu@vireshk-i7> References: <20180516224518.109891-1-joel@joelfernandes.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180516224518.109891-1-joel@joelfernandes.org> User-Agent: NeoMutt/20180323-120-3dd1ac Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 16-05-18, 15:45, Joel Fernandes (Google) wrote: > kernel/sched/cpufreq_schedutil.c | 36 +++++++++++++++++++++++++------- > 1 file changed, 28 insertions(+), 8 deletions(-) > > diff --git a/kernel/sched/cpufreq_schedutil.c b/kernel/sched/cpufreq_schedutil.c > index e13df951aca7..a87fc281893d 100644 > --- a/kernel/sched/cpufreq_schedutil.c > +++ b/kernel/sched/cpufreq_schedutil.c > @@ -92,9 +92,6 @@ static bool sugov_should_update_freq(struct sugov_policy *sg_policy, u64 time) > !cpufreq_can_do_remote_dvfs(sg_policy->policy)) > return false; > > - if (sg_policy->work_in_progress) > - return false; > - > if (unlikely(sg_policy->need_freq_update)) { > sg_policy->need_freq_update = false; > /* > @@ -129,8 +126,11 @@ static void sugov_update_commit(struct sugov_policy *sg_policy, u64 time, > policy->cur = next_freq; > trace_cpu_frequency(next_freq, smp_processor_id()); > } else { > - sg_policy->work_in_progress = true; > - irq_work_queue(&sg_policy->irq_work); > + /* Don't queue request if one was already queued */ > + if (!sg_policy->work_in_progress) { Merge it above to make it "else if". > + sg_policy->work_in_progress = true; > + irq_work_queue(&sg_policy->irq_work); > + } > } > } > > @@ -291,6 +291,15 @@ static void sugov_update_single(struct update_util_data *hook, u64 time, > > ignore_dl_rate_limit(sg_cpu, sg_policy); > > + /* > + * For slow-switch systems, single policy requests can't run at the > + * moment if the governor thread is already processing a pending > + * frequency switch request, this can be fixed by acquiring update_lock > + * while updating next_freq and work_in_progress but we prefer not to. > + */ > + if (sg_policy->work_in_progress) > + return; > + @Rafael: Do you think its worth start using the lock now for unshared policies ? > if (!sugov_should_update_freq(sg_policy, time)) > return; > > @@ -382,13 +391,24 @@ sugov_update_shared(struct update_util_data *hook, u64 time, unsigned int flags) > static void sugov_work(struct kthread_work *work) > { > struct sugov_policy *sg_policy = container_of(work, struct sugov_policy, work); > + unsigned int freq; > + unsigned long flags; > + > + /* > + * Hold sg_policy->update_lock shortly to handle the case where: > + * incase sg_policy->next_freq is read here, and then updated by > + * sugov_update_shared just before work_in_progress is set to false > + * here, we may miss queueing the new update. > + */ > + raw_spin_lock_irqsave(&sg_policy->update_lock, flags); > + freq = sg_policy->next_freq; > + sg_policy->work_in_progress = false; > + raw_spin_unlock_irqrestore(&sg_policy->update_lock, flags); > > mutex_lock(&sg_policy->work_lock); > - __cpufreq_driver_target(sg_policy->policy, sg_policy->next_freq, > + __cpufreq_driver_target(sg_policy->policy, freq, > CPUFREQ_RELATION_L); No need of line break anymore. > mutex_unlock(&sg_policy->work_lock); > - > - sg_policy->work_in_progress = false; > } > > static void sugov_irq_work(struct irq_work *irq_work) LGTM. -- viresh