Received: by 10.223.185.116 with SMTP id b49csp6424993wrg; Thu, 8 Mar 2018 07:15:37 -0800 (PST) X-Google-Smtp-Source: AG47ELtwH+fZQOl8hW+6y96AFei6MtTY4yYD0Xp44RCqlJk9124pAg1ROVWYg4M8OAS20URuYtWw X-Received: by 2002:a17:902:7d17:: with SMTP id z23-v6mr17254602pll.237.1520522137108; Thu, 08 Mar 2018 07:15:37 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1520522137; cv=none; d=google.com; s=arc-20160816; b=nKRTXp4Dfmk5F+XRJzTzYHYtjZcsT5JEX95zoU+5eOp6sUUJlCw+MvqIHVWHN09E/0 Tn1B9CXmMnzQ1ULK7i574tWNFL6dDPrLwOA11yDVeE21G6VuZYGUrj9Ol+AVMkH5E4T/ tcUqJ2j4uQXgIW4zZc917AM2g8vZly6rYEwCU/q1WOEAbDcj7VRYKaA4he48T/U+AV+X /fg6dZ6XN0+jNsqfX8dKqQkiqWy5+VpPNDgzDGq/bYwcE77jfwa3xR8RBw3gPmSpWMu+ J0onJPjPysJe8AzYnT7yzXTe0YVHji/I+n2AROa0NQmQ5CnDxBylsPNHqfnLVwE5NmcR 7cfw== 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:dmarc-filter:arc-authentication-results; bh=MuAzkQe8KfgOcuzHzIj0bPyQWCmhITqr1m2+LIkGZ0k=; b=rhvnWBWaibRihAEETiLwKqHVv0/QVeOocu5sjncTtU9rIidHkXpinTsxr4oeMzjLfe uDl7+2hh1Rho6ZCe1fomkDtxMM/Zvr9nDXDc5lob6Lq96IiLLEG7sfjFt0cO9cesMgwo XTkXQFaLtQe2iy/tjCrwnw+sjKAMqJX5slNdarzdgBG4g1bnsFo1d1I8kfDs1bxzsaRh HktrB98vUyQVm12mPxNMPpXdI+xGUgJnXq9wT0p14tpJXzTB3JTuEyFHhd3xqlZ2Ocau bpAQcONykLvL0z+D3mL0UefTl4t9Zxe+wxbFL9uSloh9HkdlKkjd4AZ1hZNfOqLXifkv RiDw== 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 v15si13181993pgt.635.2018.03.08.07.15.22; Thu, 08 Mar 2018 07:15:37 -0800 (PST) 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 S934229AbeCHPOQ (ORCPT + 99 others); Thu, 8 Mar 2018 10:14:16 -0500 Received: from mail.kernel.org ([198.145.29.99]:38668 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S933478AbeCHPON (ORCPT ); Thu, 8 Mar 2018 10:14:13 -0500 Received: from localhost (i16-les03-th2-31-37-47-191.sfr.lns.abo.bbox.fr [31.37.47.191]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id AE6D12133D; Thu, 8 Mar 2018 15:14:12 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org AE6D12133D Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=kernel.org Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=frederic@kernel.org Date: Thu, 8 Mar 2018 16:14:10 +0100 From: Frederic Weisbecker To: "Rafael J. Wysocki" Cc: Peter Zijlstra , Linux PM , Thomas Gleixner , Frederic Weisbecker , Paul McKenney , Thomas Ilsche , Doug Smythies , Rik van Riel , Aubrey Li , Mike Galbraith , LKML Subject: Re: [RFC/RFT][PATCH v2 1/6] time: tick-sched: Reorganize idle tick management code Message-ID: <20180308151407.GA11118@lerouge> References: <2067762.1uWBf5RSRc@aspire.rjw.lan> <4136227.b9g9WnMbNJ@aspire.rjw.lan> <20180307231827.GA9367@lerouge> <1938066.lrFpnYERYl@aspire.rjw.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1938066.lrFpnYERYl@aspire.rjw.lan> User-Agent: Mutt/1.5.24 (2015-08-30) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Mar 08, 2018 at 10:22:26AM +0100, Rafael J. Wysocki wrote: > On Thursday, March 8, 2018 12:18:29 AM CET Frederic Weisbecker wrote: > > On Tue, Mar 06, 2018 at 10:02:01AM +0100, Rafael J. Wysocki wrote: > > > Index: linux-pm/kernel/time/tick-sched.c > > > =================================================================== > > > --- linux-pm.orig/kernel/time/tick-sched.c > > > +++ linux-pm/kernel/time/tick-sched.c > > > + > > > +/** > > > + * tick_nohz_idle_prepare - prepare for entering idle on the current CPU. > > > + * > > > + * Called when we start the idle loop. > > > + */ > > > +void tick_nohz_idle_prepare(void) > > > +{ > > > + struct tick_sched *ts; > > > + > > > + __tick_nohz_idle_prepare(); > > > + > > > + local_irq_disable(); > > > + > > > + ts = this_cpu_ptr(&tick_cpu_sched); > > > + ts->inidle = 1; > > > + > > > + local_irq_enable(); > > > +} > > > > Why not calling tick_nohz_start_idle() from there? This is going to > > simplify the rest, you won't need to call tick_nohz_idle_go_idle() > > from places that don't want to stop the tick and you can then remove > > the stop_tick argument. > > So I guess I would then use ts->idle_entrytime as "now" in the > tick_nohz_get_sleep_length() computation, right? Ah right, I missed the need for ktime_get(). You can't use ts->idle_entrytime in tick_nohz_get_sleep_length() because full dynticks doesn't rely on it. But I think you can just do the following, with a comment explaining that idle_entrytime is expected to be fresh enough at this point: diff --git a/kernel/time/tick-sched.c b/kernel/time/tick-sched.c index 57b3de4..8e61796 100644 --- a/kernel/time/tick-sched.c +++ b/kernel/time/tick-sched.c @@ -923,7 +923,7 @@ static void __tick_nohz_idle_enter(struct tick_sched *ts, bool stop_tick) ts->idle_calls++; - expires = tick_nohz_stop_sched_tick(ts, now, cpu); + expires = tick_nohz_stop_sched_tick(ts, ts->idle_entrytime, cpu); if (expires > 0LL) { ts->idle_sleeps++; ts->idle_expires = expires;