Received: by 2002:a25:c593:0:0:0:0:0 with SMTP id v141csp10132ybe; Wed, 18 Sep 2019 12:07:03 -0700 (PDT) X-Google-Smtp-Source: APXvYqx1jHOeLVU5rYA4jurbW21S65LNGwKGXi+6SAVSVkcViW3aSzARCMD9OOTBMoDYv3iVjdYz X-Received: by 2002:a17:906:c822:: with SMTP id dd2mr9449888ejb.165.1568833623097; Wed, 18 Sep 2019 12:07:03 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1568833623; cv=none; d=google.com; s=arc-20160816; b=AUA8Ign7LRgTj8HibuQNmQHXo9YZuNqztJun9UvnhVBaaTzPTa0y2mz7yEu2gEAnKp JiCFqtjax6tIbwC8188MFyQp2lZqRG4D9wol3D1J6IjANR8ZhjDR/tiqdcI2knS7QZ20 2mHdyn1qAKJGFjJxLUGnVWKwR5DzjJ8LaMG/uXyw4T7/Soy8b5l82LE76E2rtR1ImGaP WP0pmvdonpVZ+onAWi0xNjA+6QbuM7LAVfLJNNYcKCzKpA/N9E8iWh9Gdco/twn6NvZR SYG5IyD5nz1QUjdELmAOT2zkyy27teNn3JpQ8ONP9FyjiBza1SRgmFyxxFeG2Za4+Hrt 5WSg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:message-id:date:subject:cc:to:from :dkim-signature; bh=a/WiKfNYY1RN1LifdVmZHeCC2ZxnRzILsPvEYFEN+kY=; b=rLCNJv8WSr4Kl0YUJrRB0Kuwt08yYfEnp3QZwumGoqBcCA1hFCUzpZChuZZro5eqh3 hHHcnV5VssIYwnKCD+GwVAB2N68QZwg5y5MebkWq28a2G4czS97D38wWQI97JXNGImJN yG8JCvNiD8/dgexdPFkDCh16OktAC7NjaWQ7PkcyDUrZNO/ns8wi5oxvRX5dLQM2zQfR SbFQrPlsPVADUopqb2WRbRavhywnBryrgVm7C317iiF7uNobvUwawXG8hzQO08vMVh7u EcLPctUbWdotssSQUFaFmAfpT62XICwCCbHFv1aSmnMilmgPOJMaRRpzW43OcWE83ih4 G4QA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@lca.pw header.s=google header.b=rwrNAQC0; 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 a14si4284269eda.111.2019.09.18.12.06.39; Wed, 18 Sep 2019 12:07:03 -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=@lca.pw header.s=google header.b=rwrNAQC0; 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 S2388882AbfIRTCC (ORCPT + 99 others); Wed, 18 Sep 2019 15:02:02 -0400 Received: from mail-qk1-f193.google.com ([209.85.222.193]:35012 "EHLO mail-qk1-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2388697AbfIRTCC (ORCPT ); Wed, 18 Sep 2019 15:02:02 -0400 Received: by mail-qk1-f193.google.com with SMTP id w2so613807qkf.2 for ; Wed, 18 Sep 2019 12:02:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=lca.pw; s=google; h=from:to:cc:subject:date:message-id; bh=a/WiKfNYY1RN1LifdVmZHeCC2ZxnRzILsPvEYFEN+kY=; b=rwrNAQC0qswaieiokaA6fijg6ESxtCtytuYveTzs3CY/5x3aFYekW+YT/ln6CPx9Iv giq6WisFO9XKO8N4hRb/BrzNsgS/QRdlxzdO+N40uGtbE1yijV2rCVz2Hfaq2+YHAqFi Cp+4CY2mieLd1UKau6/vkj04ucaAIGF/8VbP0llH+AFtaXPa+u2DdK2IuAus1f+sUfna oWnt9yh9X+gIVf4njrIl0MwNP7HBf9Bh2asuvde5tTNrbVraUTOHzeR28gPXk7CJ8FD8 ESnpss3FcDtEG9aJsJyR5QuA0Khd5LWxOqSx1SR3uW3Or3G7pXDiraLkyD1rBQ3Ku/DE yUAg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id; bh=a/WiKfNYY1RN1LifdVmZHeCC2ZxnRzILsPvEYFEN+kY=; b=PRAXzc4NPn1ViwtfiT6lM1Cg766P1yK82aYV5G8ex9RyDmaTrXh80T7fR5PFluHwte y5kbSloNdM+7N3m/NhMmVrLmzErICSjTaY4SvADWJHoCPBqx6lvt7HHIew+SFtjsrX2b auYg78SUNmFar78grZ3jg7LhTD6XokgC/OJmGr9AMSu0/oqnYe+GWTCQ9UQBNyXW8T2a 9vP87J3nQxv7TiLtyno8jeyoDuxWpfjLSSkoBMnL/TcjHxO8j/RgDNEfIme9/dh8CMfv 7DRg3e3/+lwNOATiyjW8506AZtYdziaRvRlgXnZ52n1SA+bn7smWae71smo1zd7kVtlD 4Ksw== X-Gm-Message-State: APjAAAUd2V5KZ8lZjjw1HHmU81FzeJJKE/LNK7JaN7rqnwWlQKSpJ+ut yD4g2pcXdOdH07BQs79ZtVHhBA== X-Received: by 2002:a37:691:: with SMTP id 139mr5751571qkg.476.1568833319767; Wed, 18 Sep 2019 12:01:59 -0700 (PDT) Received: from qcai.nay.com (nat-pool-bos-t.redhat.com. [66.187.233.206]) by smtp.gmail.com with ESMTPSA id k17sm4128260qtk.7.2019.09.18.12.01.57 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 18 Sep 2019 12:01:58 -0700 (PDT) From: Qian Cai To: mingo@redhat.com Cc: peterz@infradead.org, juri.lelli@redhat.com, vincent.guittot@linaro.org, dietmar.eggemann@arm.com, rostedt@goodmis.org, bsegall@google.com, mgorman@suse.de, chiluk+linux@indeed.com, pauld@redhat.com, linux-kernel@vger.kernel.org, Qian Cai Subject: [PATCH] sched/fair: fix -Wunused-but-set-variable warnings Date: Wed, 18 Sep 2019 15:01:44 -0400 Message-Id: <1568833304-5148-1-git-send-email-cai@lca.pw> X-Mailer: git-send-email 1.8.3.1 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org The commit de53fd7aedb1 ("sched/fair: Fix low cpu usage with high throttling by removing expiration of cpu-local slices") introduced a few compilation warnings: kernel/sched/fair.c: In function '__refill_cfs_bandwidth_runtime': kernel/sched/fair.c:4365:6: warning: variable 'now' set but not used [-Wunused-but-set-variable] kernel/sched/fair.c: In function 'start_cfs_bandwidth': kernel/sched/fair.c:4992:6: warning: variable 'overrun' set but not used [-Wunused-but-set-variable] Also, __refill_cfs_bandwidth_runtime() does no longer update the expiration time, so fix the comments accordingly. Fixes: de53fd7aedb1 ("sched/fair: Fix low cpu usage with high throttling by removing expiration of cpu-local slices") Reviewed-by: Ben Segall Reviewed-by: Dave Chiluk Signed-off-by: Qian Cai --- Resend it since the offensive commit is now in the mainline. kernel/sched/fair.c | 19 ++++++------------- 1 file changed, 6 insertions(+), 13 deletions(-) diff --git a/kernel/sched/fair.c b/kernel/sched/fair.c index d4bbf68c3161..b4fb016e3557 100644 --- a/kernel/sched/fair.c +++ b/kernel/sched/fair.c @@ -4354,21 +4354,16 @@ static inline u64 sched_cfs_bandwidth_slice(void) } /* - * Replenish runtime according to assigned quota and update expiration time. - * We use sched_clock_cpu directly instead of rq->clock to avoid adding - * additional synchronization around rq->lock. + * Replenish runtime according to assigned quota. We use sched_clock_cpu + * directly instead of rq->clock to avoid adding additional synchronization + * around rq->lock. * * requires cfs_b->lock */ void __refill_cfs_bandwidth_runtime(struct cfs_bandwidth *cfs_b) { - u64 now; - - if (cfs_b->quota == RUNTIME_INF) - return; - - now = sched_clock_cpu(smp_processor_id()); - cfs_b->runtime = cfs_b->quota; + if (cfs_b->quota != RUNTIME_INF) + cfs_b->runtime = cfs_b->quota; } static inline struct cfs_bandwidth *tg_cfs_bandwidth(struct task_group *tg) @@ -4994,15 +4989,13 @@ static void init_cfs_rq_runtime(struct cfs_rq *cfs_rq) void start_cfs_bandwidth(struct cfs_bandwidth *cfs_b) { - u64 overrun; - lockdep_assert_held(&cfs_b->lock); if (cfs_b->period_active) return; cfs_b->period_active = 1; - overrun = hrtimer_forward_now(&cfs_b->period_timer, cfs_b->period); + hrtimer_forward_now(&cfs_b->period_timer, cfs_b->period); hrtimer_start_expires(&cfs_b->period_timer, HRTIMER_MODE_ABS_PINNED); } -- 1.8.3.1