Received: by 10.213.65.68 with SMTP id h4csp699829imn; Fri, 6 Apr 2018 07:29:47 -0700 (PDT) X-Google-Smtp-Source: AIpwx49Ar4TLeBxJk7SxTrrKm+AfJ08H3B93NKM4Mt9wIESoJjrHnNLO7j9KXZaKxYdc7bBy87qC X-Received: by 10.99.96.193 with SMTP id u184mr18338003pgb.103.1523024987760; Fri, 06 Apr 2018 07:29:47 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1523024987; cv=none; d=google.com; s=arc-20160816; b=ljzJoEG30SX9Scr7+j5ZhzJPcDp19g975FvMgWR/yaLP+qg2wgA+C7wuvrFCZJHRd1 2GCZzvm7W0LfxzoScXB0wUy/PtDvtJxzMt/t7N6MJbN/Rgku2S7/LsZpM5piWc2tntNb LzpCoux6RBpuN9DKD/410FnjyMZbzKjVLtIGvOpwLyZpEIHTIJebnExN5IpWEj3T5KH6 UMIX3bL/5LYdZiHCMDvjFdQ4m9N+gVHNcyisK+PAjR4ZWLIqUy8c5LfnFMcW2lpE5Wze QAw9TlCBpsDQP0lGwT7+82WwarAuhV65hobFUVNr/boSVXncHL5hzTRwIssjmGC0d+Dh 1Ucw== 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=8H5J+URn3Kv6Dv+yDxP8OeWQ3uksTSuabjg1xyFXjY8=; b=gfPasrHp5TwMeAr6wLLExRyEZwv4HsAqytqqBjcG3tya9EkaJ6UzobHYFciHp5evXe jKpvSu0D1fwdSgtf562dr2ab/N7LFyPk/PZg80VB9Q431RFBNex80PRmTXoW1Xmr00kg rqlHWh40XAdretFKZPw6nEsuNRPP01kRUol7pLvRfsevsK6WdUmZla+MLQLhHsVvJWFK e0tkbTecEItdT7vhglHLmlEwopKLJLt2D9Jbn3i21WOKCscB7eMSw+xSvY3tUf2Sc4wM lq1fQ4QXD0CkhgpkXYqU2I8W0kr6UMRYbLEZZJUCzSlHtnlkaR65XHNalc7VlCMK+3lX Revw== 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 12-v6si8341254plb.342.2018.04.06.07.29.34; Fri, 06 Apr 2018 07:29:47 -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 S1756748AbeDFO2L (ORCPT + 99 others); Fri, 6 Apr 2018 10:28:11 -0400 Received: from mail.kernel.org ([198.145.29.99]:57490 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752460AbeDFO2J (ORCPT ); Fri, 6 Apr 2018 10:28:09 -0400 Received: from localhost (LFbn-NCY-1-193-82.w83-194.abo.wanadoo.fr [83.194.41.82]) (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 41EE8217CE; Fri, 6 Apr 2018 14:28:08 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 41EE8217CE 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: Fri, 6 Apr 2018 16:28:06 +0200 From: Frederic Weisbecker To: "Rafael J. Wysocki" Cc: Linux PM , Peter Zijlstra , Frederic Weisbecker , Thomas Gleixner , Paul McKenney , Thomas Ilsche , Doug Smythies , Rik van Riel , Aubrey Li , Mike Galbraith , LKML , Len Brown Subject: Re: [PATCH v9 05/10] cpuidle: Return nohz hint from cpuidle_select() Message-ID: <20180406142805.GE4400@lerouge> References: <1736751.LdhZHb50jq@aspire.rjw.lan> <5818594.T4StF86Hkt@aspire.rjw.lan> <20180406024413.GB4400@lerouge> <6471749.luEdDuCiOl@aspire.rjw.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6471749.luEdDuCiOl@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 Fri, Apr 06, 2018 at 10:11:04AM +0200, Rafael J. Wysocki wrote: > On Friday, April 6, 2018 4:44:14 AM CEST Frederic Weisbecker wrote: > > On Wed, Apr 04, 2018 at 10:39:50AM +0200, Rafael J. Wysocki wrote: > > > From: Rafael J. Wysocki > > > Index: linux-pm/kernel/time/tick-sched.c > > > =================================================================== > > > --- linux-pm.orig/kernel/time/tick-sched.c > > > +++ linux-pm/kernel/time/tick-sched.c > > > @@ -991,6 +991,20 @@ void tick_nohz_irq_exit(void) > > > } > > > > > > /** > > > + * tick_nohz_idle_got_tick - Check whether or not the tick handler has run > > > + */ > > > +bool tick_nohz_idle_got_tick(void) > > > +{ > > > + struct tick_sched *ts = this_cpu_ptr(&tick_cpu_sched); > > > + > > > + if (ts->inidle > 1) { > > > + ts->inidle = 1; > > > + return true; > > > + } > > > + return false; > > > +} > > > + > > > +/** > > > * tick_nohz_get_sleep_length - return the length of the current sleep > > > * > > > * Called from power state control code with interrupts disabled > > > @@ -1101,6 +1115,9 @@ static void tick_nohz_handler(struct clo > > > struct pt_regs *regs = get_irq_regs(); > > > ktime_t now = ktime_get(); > > > > > > + if (ts->inidle) > > > + ts->inidle = 2; > > > + > > > > You can move that to tick_sched_do_timer() to avoid code duplication. > > > > Also these constants are very opaque. And even with proper symbols it wouldn't look > > right to extend ts->inidle that way. > > > > Perhaps you should add a field such as ts->got_idle_tick under the boolean fields > > after the below patch: > > > > -- > > From c7b2ca5a4c512517ddfeb9f922d5999f82542ced Mon Sep 17 00:00:00 2001 > > From: Frederic Weisbecker > > Date: Fri, 6 Apr 2018 04:32:37 +0200 > > Subject: [PATCH] nohz: Gather tick_sched booleans under a common flag field > > > > This optimize the space and leave plenty of room for further flags. > > > > Signed-off-by: Frederic Weisbecker > > --- > > kernel/time/tick-sched.h | 10 ++++++---- > > 1 file changed, 6 insertions(+), 4 deletions(-) > > > > diff --git a/kernel/time/tick-sched.h b/kernel/time/tick-sched.h > > index 954b43d..38f24dc 100644 > > --- a/kernel/time/tick-sched.h > > +++ b/kernel/time/tick-sched.h > > @@ -45,14 +45,17 @@ struct tick_sched { > > struct hrtimer sched_timer; > > unsigned long check_clocks; > > enum tick_nohz_mode nohz_mode; > > + > > + unsigned int inidle : 1; > > + unsigned int tick_stopped : 1; > > This particular change breaks build, because tick_stopped is > accessed via __this_cpu_read() in tick_nohz_tick_stopped(). Oops... > > > + unsigned int idle_active : 1; > > + unsigned int do_timer_last : 1; > > + > > ktime_t last_tick; > > ktime_t next_tick; > > - int inidle; > > - int tick_stopped; > > unsigned long idle_jiffies; > > unsigned long idle_calls; > > unsigned long idle_sleeps; > > - int idle_active; > > ktime_t idle_entrytime; > > ktime_t idle_waketime; > > ktime_t idle_exittime; > > @@ -62,7 +65,6 @@ struct tick_sched { > > unsigned long last_jiffies; > > u64 next_timer; > > ktime_t idle_expires; > > - int do_timer_last; > > atomic_t tick_dep_mask; > > }; > > > > > > So what about this? And moving the duplicated piece of got_idle_tick > manipulation on top of it? > > --- > From: Frederic Weisbecker > Subject: [PATCH] nohz: Gather tick_sched booleans under a common flag field > > Optimize the space and leave plenty of room for further flags. > > Signed-off-by: Frederic Weisbecker > [ rjw: Do not use __this_cpu_read() to access tick_stopped and add > got_idle_tick to avoid overloading inidle ] > Signed-off-by: Rafael J. Wysocki Yeah looks good, thanks!