Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754199AbbLEQzt (ORCPT ); Sat, 5 Dec 2015 11:55:49 -0500 Received: from mezzanine.sirena.org.uk ([106.187.55.193]:33830 "EHLO mezzanine.sirena.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753912AbbLEQzq (ORCPT ); Sat, 5 Dec 2015 11:55:46 -0500 Date: Fri, 4 Dec 2015 14:31:17 +0000 From: Mark Brown To: Simon Arlott Cc: linux-pm@vger.kernel.org, devicetree@vger.kernel.org, Liam Girdwood , Rob Herring , Pawel Moll , Mark Rutland , Ian Campbell , Kumar Gala , linux-kernel@vger.kernel.org, Florian Fainelli , Jonas Gorski Message-ID: <20151204143117.GB26072@sirena.org.uk> References: <20151202125325.GI1929@sirena.org.uk> <565F53FC.5080309@simon.arlott.org.uk> <20151203000631.GM1929@sirena.org.uk> <565FF9E9.1090503@simon.arlott.org.uk> <20151203150528.GG5727@sirena.org.uk> <5660D274.7000402@simon.arlott.org.uk> <20151203234548.GJ5727@sirena.org.uk> <5660D574.7030803@simon.arlott.org.uk> <20151204110018.GU26072@sirena.org.uk> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="zUOaI4FcYSvHUUu9" Content-Disposition: inline In-Reply-To: X-Cookie: Your domestic life may be harmonious. User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: 92.40.249.130 X-SA-Exim-Mail-From: broonie@sirena.org.uk Subject: Re: [PATCH 1/2] regulator: Add brcm,bcm63xx-regulator device tree binding 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: 1645 Lines: 42 --zUOaI4FcYSvHUUu9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Fri, Dec 04, 2015 at 12:26:58PM -0000, Simon Arlott wrote: > On Fri, December 4, 2015 11:00, Mark Brown wrote: > > OK, so the power domains should be being represented and managed as such > > rather than using regulators - it's a better fit (doing things like > > support atomic context) and it also sidesteps this. For the things that > > you say are clearly regulators should we have more information about > > those? > I'd prefer to handle them all as power domains since it fits better. Even > if some of them are regulators there's no extra control or status interface > and they're used like power domains to disable unused functionality. OK, great - runtime PM is just generally a more idiomatic interface for this. --zUOaI4FcYSvHUUu9 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJWYaOwAAoJECTWi3JdVIfQz9wH/RjTLwdynlZ/Ld3Rm2GVn8C+ E0KR525dqjvEsKyKeCF6P6ql8liKWI8+ec4X72inJ/156H9h2XqLDVbpGnq/yRk1 JwNGjyqwCfjbiJhG0UJILR3A0rL/1NJGEHHEXY+oQ3D+rS8Iy9UpTvzlgXxWNYYS OZR8RYVauO98xITXHRth0R+PgaAfSjwe/OxL+Kfzcwnkvo0pnddoys9cDbSNBteq 5mBT3qIuXeXanhJesZs377DXdGgIVMyGdBcq6eNvrsilPE6QKyiZ4mCQcVU3Im/u N1YWPR33ipClFk9GTYC487PdWS/Tm0XXCFm2vagk87VLmkEgT/o+Ewa+oQRwCFY= =TQsh -----END PGP SIGNATURE----- --zUOaI4FcYSvHUUu9-- -- 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/