Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933680AbbLOSpY (ORCPT ); Tue, 15 Dec 2015 13:45:24 -0500 Received: from mezzanine.sirena.org.uk ([106.187.55.193]:49372 "EHLO mezzanine.sirena.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932190AbbLOSpV (ORCPT ); Tue, 15 Dec 2015 13:45:21 -0500 Date: Tue, 15 Dec 2015 18:45:01 +0000 From: Mark Brown To: Mark Rutland Cc: Juri Lelli , Rob Herring , linux-kernel@vger.kernel.org, linux-pm@vger.kernel.org, linux-arm-kernel@lists.infradead.org, devicetree@vger.kernel.org, peterz@infradead.org, vincent.guittot@linaro.org, linux@arm.linux.org.uk, sudeep.holla@arm.com, lorenzo.pieralisi@arm.com, catalin.marinas@arm.com, will.deacon@arm.com, morten.rasmussen@arm.com, dietmar.eggemann@arm.com, Pawel Moll , Ian Campbell , Kumar Gala , Maxime Ripard , Olof Johansson , Gregory CLEMENT , Paul Walmsley , Linus Walleij , Chen-Yu Tsai , Thomas Petazzoni Message-ID: <20151215184501.GE5727@sirena.org.uk> References: <20151214165928.GV5727@sirena.org.uk> <20151215122238.GG16007@e106622-lin> <20151215133951.GY5727@sirena.org.uk> <20151215140135.GI31299@leverpostej> <20151215150813.GZ5727@sirena.org.uk> <20151215153218.GA7228@leverpostej> <20151215171713.GA5727@sirena.org.uk> <20151215172837.GD8012@leverpostej> <20151215174516.GB5727@sirena.org.uk> <20151215181002.GA8568@leverpostej> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="7sjjZzazJd4OX9P7" Content-Disposition: inline In-Reply-To: <20151215181002.GA8568@leverpostej> X-Cookie: revolutionary, adj.: User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: 94.175.94.161 X-SA-Exim-Mail-From: broonie@sirena.org.uk Subject: Re: [RFC PATCH 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: 2456 Lines: 54 --7sjjZzazJd4OX9P7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Dec 15, 2015 at 06:10:03PM +0000, Mark Rutland wrote: > On Tue, Dec 15, 2015 at 05:45:16PM +0000, Mark Brown wrote: > > > I'm not sure I follow w.r.t. "inherently less information", unless you > > > mean trying to debug without access to that DTB? > > If what the kernel knows about the system is that it's got a bunch of > > cores with numbers assigned to them then all it's really got is those > > numbers. If something changes that causes problems for some systems > > (eg, because the numbers have been picked poorly but in a way that > > happened to work well with the old code) that's not a lot to go on, the > > more we know about the system the more likely it is that we'll be able > > to adjust the assumptions in whatever new thing we do that causes > > problems for any particular systems where we run into trouble. > Regardless of where the numbers live (DT or kernel), all we have are > numbers. I can see that changing the in-kernel numbers would be possible > when modifyign the DT is not, but I don't see how that gives you more > information. It's mainly the modifying the DT case - you're not dealing with some external misguided number selection method you'd never thought of and you're not forcing some third party to redo benchmarks or adjust DTs they may not want to adjust. You're also able to readjust the numbers based on feedback if you need to rather than having to adapt algorithms to handle particular number selections, the algorithm and number selection are done together rather than separately. --7sjjZzazJd4OX9P7 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJWcF+sAAoJECTWi3JdVIfQmC0H/ixFkSjh3mO0QqOgdaGJjYpv nh7UsPSnTa9lCWejDI5J4VLB+a3cJw4nFEjTzarP1Wg+OawLJUlXpEMsPYSnyX+b Qp397F/g43sy2oAOACqCNTJun6u4fqcQsTet3sXywq4KPRx8YlGwlaGwjdm5wxAS 5AGfUCnpBFJUXqYMTK3FOKWgMnwuMnsfxwGyAKCCX2YuTttDApjiltNae2iFOy1U 2Wuq+EMd/CWs/JpVsk3QjrmDwHNrNvS2GtJhunUwlIyOOg7pHRKSKO508mBA5wWV O0iwELDv5rq73nM7VG/OszvJWaP/v6gE22h3oQcErkMIfZ46XgmTQs1ETVduGAw= =zawi -----END PGP SIGNATURE----- --7sjjZzazJd4OX9P7-- -- 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/