Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753968AbaBLTFW (ORCPT ); Wed, 12 Feb 2014 14:05:22 -0500 Received: from mail-qa0-f42.google.com ([209.85.216.42]:38927 "EHLO mail-qa0-f42.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753762AbaBLTFR (ORCPT ); Wed, 12 Feb 2014 14:05:17 -0500 Date: Wed, 12 Feb 2014 14:05:13 -0500 (EST) From: Nicolas Pitre To: Lorenzo Pieralisi cc: Arjan van de Ven , Peter Zijlstra , Morten Rasmussen , Daniel Lezcano , Preeti U Murthy , Len Brown , Preeti Murthy , "mingo@redhat.com" , Thomas Gleixner , "Rafael J. Wysocki" , LKML , "linux-pm@vger.kernel.org" , Lists linaro-kernel Subject: Re: [RFC PATCH 3/3] idle: store the idle state index in the struct rq In-Reply-To: <20140212173758.GF28661@e102568-lin.cambridge.arm.com> Message-ID: References: <52EBBC23.8020603@linux.intel.com> <52EBC33A.6080101@linaro.org> <52EBC645.2040607@linux.intel.com> <20140203125441.GD19029@e103034-lin> <52EFA9D3.1030601@linux.intel.com> <20140203145605.GL8874@twins.programming.kicks-ass.net> <52EFC12B.50704@linux.intel.com> <20140212151626.GE28661@e102568-lin.cambridge.arm.com> <52FB9DEE.9020200@linux.intel.com> <20140212173758.GF28661@e102568-lin.cambridge.arm.com> User-Agent: Alpine 2.11 (LFD 23 2013-08-11) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 12 Feb 2014, Lorenzo Pieralisi wrote: > On Wed, Feb 12, 2014 at 04:14:38PM +0000, Arjan van de Ven wrote: > > > > >> sched_cpu_cache_wiped(int llc) > > >> > > >> that would be very nice for this; the menuidle side knows this > > >> for some cases and thus can just call it. This would be a very > > >> small and minimal change > > > > > > What do you mean by "menuidle side knows this for some cases" ? > > > You mean you know that some C-state entries imply llc clean/invalidate ? > > > > in the architectural idle code we can know if the llc got flushed > > there's also the per core flags where we know with reasonable certainty > > that the per core caches got flushed. > > Ok, but that's arch specific, not something we can detect from the menu > governor in generic code , that's what I wanted to ask because it was not > clear. I would think this is meant to be called from architecture specific backend code. Nicolas -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/