Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751440AbdGRQgr (ORCPT ); Tue, 18 Jul 2017 12:36:47 -0400 Received: from merlin.infradead.org ([205.233.59.134]:51974 "EHLO merlin.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751338AbdGRQgq (ORCPT ); Tue, 18 Jul 2017 12:36:46 -0400 Date: Tue, 18 Jul 2017 18:36:29 +0200 From: Peter Zijlstra To: Arjan van de Ven Cc: paulmck@linux.vnet.ibm.com, "Li, Aubrey" , Thomas Gleixner , Andi Kleen , Frederic Weisbecker , Christoph Lameter , Aubrey Li , len.brown@intel.com, rjw@rjwysocki.net, tim.c.chen@linux.intel.com, yang.zhang.wz@gmail.com, x86@kernel.org, linux-kernel@vger.kernel.org, daniel.lezcano@linaro.org Subject: Re: [RFC PATCH v1 00/11] Create fast idle path for short idle periods Message-ID: <20170718163629.cinz7my6caxlcasa@hirez.programming.kicks-ass.net> References: <20170714155356.GH3441@tassilo.jf.intel.com> <20170714160648.tg2u6eo2id6gmnjz@hirez.programming.kicks-ass.net> <20170714162619.GJ3441@tassilo.jf.intel.com> <20170717192309.ubn5muvc3u7htuaw@hirez.programming.kicks-ass.net> <34371ef8-b8bc-d2bf-93de-3fccd6beb032@linux.intel.com> <20170718044521.GO3441@tassilo.jf.intel.com> <20170718152014.GB3981@linux.vnet.ibm.com> <72182f86-261b-1952-b1c2-864f43e15b0c@linux.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <72182f86-261b-1952-b1c2-864f43e15b0c@linux.intel.com> User-Agent: NeoMutt/20170609 (1.8.3) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 632 Lines: 13 On Tue, Jul 18, 2017 at 08:29:40AM -0700, Arjan van de Ven wrote: > > the most obvious way to do this (for me, maybe I'm naive) is to add another > C state, lets call it "C1-lite" with its own thresholds and power levels etc, > and just let that be picked naturally based on the heuristics. > (if we want to improve the heuristics, that's fine and always welcome but that > is completely orthogonal in my mind) C1-lite would then have a threshold < C1, whereas I understood the desire to be for the fast-idle crud to have a larger threshold than C1 currently has. That is, from what I understood, they want C1 selected *longer*.