Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754496AbcCUMMe (ORCPT ); Mon, 21 Mar 2016 08:12:34 -0400 Received: from mezzanine.sirena.org.uk ([106.187.55.193]:49804 "EHLO mezzanine.sirena.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754251AbcCUMM1 (ORCPT ); Mon, 21 Mar 2016 08:12:27 -0400 Date: Mon, 21 Mar 2016 12:12:10 +0000 From: Mark Brown To: Juri Lelli Cc: Vincent Guittot , Sai Gurrappadi , linux-kernel , "linux-pm@vger.kernel.org" , LAK , "devicetree@vger.kernel.org" , Peter Zijlstra , Rob Herring , Mark Rutland , Russell King - ARM Linux , Sudeep Holla , Lorenzo Pieralisi , Catalin Marinas , Will Deacon , Morten Rasmussen , Dietmar Eggemann , Pawel Moll , Ian Campbell , Kumar Gala , Maxime Ripard , Olof Johansson , Gregory CLEMENT , Paul Walmsley , Linus Walleij , Chen-Yu Tsai , Thomas Petazzoni , pboonstoppel@nvidia.com Message-ID: <20160321121210.GQ2566@sirena.org.uk> References: <1458311054-13524-1-git-send-email-juri.lelli@arm.com> <1458311054-13524-3-git-send-email-juri.lelli@arm.com> <56EC3F9E.4050209@nvidia.com> <20160321105330.GB12319@e106622-lin> <20160321114956.GD12319@e106622-lin> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="W+SeThb1UGlzpiPr" Content-Disposition: inline In-Reply-To: <20160321114956.GD12319@e106622-lin> X-Cookie: Walk softly and carry a megawatt laser. User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: 2a01:348:6:8808:fab::3 X-SA-Exim-Mail-From: broonie@sirena.org.uk Subject: Re: [PATCH v4 2/8] Documentation: arm: define DT cpu capacity bindings X-SA-Exim-Version: 4.2.1 (built Mon, 26 Dec 2011 16:24:06 +0000) X-SA-Exim-Scanned: Yes (on mezzanine.sirena.org.uk) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1342 Lines: 34 --W+SeThb1UGlzpiPr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Mar 21, 2016 at 11:49:56AM +0000, Juri Lelli wrote: > But we'll still need to normalize this w.r.t the highest score we get on > a specific platform, right? And while we are at normalizing it, it is > probably simpler if we keep the frequency component as part of the > number, IMHO. But, maybe keeping the frequency component separate is > more acceptable from a DT binding perspective? One possible issue with that: if we keep the frequency number as part of the core number then that might cause issues for devices with variants or system deployment decisions that remove some OPPs from a table. If the top OPP gets removed that would throw off the numbers. --W+SeThb1UGlzpiPr Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJW7+UYAAoJECTWi3JdVIfQwhwH+wSHJuuvTb53sqB4q3Mml/1v rbErBmWKupzkHUVzynyLaTWCF6ZOkXI7AHPguMO3W7TeF17zRKZsDVUvIP62F2WT VSpcuT0mr2QY6/sA6nO2pKOymaWYm+6yXoWIJZuTCIeKmtl/vhqhruT9ngOeQwbl qM4vkSFgBBS7/motSHhWPAkPtceOKpU8QaqH1vhrtOGDkHh+RS2fSIELrTb1gQWa 4kFpMoM04nH5V1g1tEMGpl6ZsGUJzrG/dXxq7oBdusFhUFeSZ+nZppdsMzWFgFqz 1MNQaSFMycpybtsmmrH2jrPOM/SsAVKL29Ms87sze45TZA8PREl0/Ax4X2Z6D70= =tX7c -----END PGP SIGNATURE----- --W+SeThb1UGlzpiPr--