From mboxrd@z Thu Jan 1 00:00:00 1970 From: Peter Zijlstra Subject: Re: [RFC PATCH v2 2/6] sched: Introduce energy models of CPUs Date: Tue, 10 Apr 2018 13:54:57 +0200 Message-ID: <20180410115457.GB4043@hirez.programming.kicks-ass.net> References: <20180406153607.17815-1-dietmar.eggemann@arm.com> <20180406153607.17815-3-dietmar.eggemann@arm.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Content-Disposition: inline In-Reply-To: <20180406153607.17815-3-dietmar.eggemann@arm.com> Sender: linux-kernel-owner@vger.kernel.org To: Dietmar Eggemann Cc: linux-kernel@vger.kernel.org, Quentin Perret , Thara Gopinath , linux-pm@vger.kernel.org, Morten Rasmussen , Chris Redpath , Patrick Bellasi , Valentin Schneider , "Rafael J . Wysocki" , Greg Kroah-Hartman , Vincent Guittot , Viresh Kumar , Todd Kjos , Joel Fernandes , Juri Lelli , Steve Muckle , Eduardo Valentin List-Id: linux-pm@vger.kernel.org On Fri, Apr 06, 2018 at 04:36:03PM +0100, Dietmar Eggemann wrote: > + /* > + * Build the energy model of one CPU, and link it to all CPUs > + * in its frequency domain. This should be correct as long as > + * they share the same micro-architecture. > + */ Aside from the whole PM_OPP question; you should assert that assumption. Put an explicit check for the uarch in and FAIL the init if that isn't met. I don't think it makes _ANY_ kind of sense to share a frequency domain across uarchs and we should be very clear we're not going to support anything like that. I know DynamiQ strictly speaking allows that, but since it's insane, we should consider that a bug in DynamiQ.