From mboxrd@z Thu Jan 1 00:00:00 1970 From: Mark Brown Subject: Re: [PATCH 0/7] Implement generic regulator constraints parsing for ACPI and OF Date: Sat, 4 Feb 2017 17:08:28 +0100 Message-ID: <20170204160828.e5dqpqg5g3cd7rmy@sirena.org.uk> References: <20170125124911.dxveow7bo3zw5jcc@sirena.org.uk> <8e10714e-1795-d5df-630e-8303bf36abfd@redhat.com> <20170126003342.GF36291@dtor-ws> <3026976.Qjk9AeF3Vr@aspire.rjw.lan> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="nwc5loy6626yupv6" Return-path: Received: from mezzanine.sirena.org.uk ([106.187.55.193]:36560 "EHLO mezzanine.sirena.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751033AbdBDQJE (ORCPT ); Sat, 4 Feb 2017 11:09:04 -0500 Content-Disposition: inline In-Reply-To: <3026976.Qjk9AeF3Vr@aspire.rjw.lan> Sender: linux-acpi-owner@vger.kernel.org List-Id: linux-acpi@vger.kernel.org To: "Rafael J. Wysocki" Cc: Dmitry Torokhov , Al Stone , Mark Rutland , Furquan Shaikh , "Rafael J. Wysocki" , Liam Girdwood , Tony Lindgren , Len Brown , Greg Kroah-Hartman , Lorenzo Pieralisi , Hanjun Guo , Will Deacon , Rob Herring , Sathyanarayana Nujella , Heikki Krogerus , Adam Thomson , Linus Walleij , Alexandre Courbot , linux-gpio@vger.kernel.org --nwc5loy6626yupv6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, Jan 26, 2017 at 11:35:55AM +0100, Rafael J. Wysocki wrote: > but that doesn't work if drivers expect to be able to control regulators directly > (which BTW isn't an good idea overall IMO, because that may need to be done > differently on different platforms even without ACPI AFAICS). We've really not encountered anything that has any issues here outside of what's supported in the constraints already (basically what voltages can be set and if the supply can be turned on and off). I'd be pretty surprised if we did TBH, it's hard to do something radically different with a single piece of silicon which is the abstraction level we tend to be operating at if we are controlling regulators. AFAICT a higher level of abstraction is generally going to go along with physically hiding the regulators even in a DT world. --nwc5loy6626yupv6 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAABCAAdFiEEreZoqmdXGLWf4p/qJNaLcl1Uh9AFAliV/HgACgkQJNaLcl1U h9Cucgf9GkPk+LlttlegDpiUQeMql9oKwPjs56WKBkaww6NCQvdzmo0lxIEgO9bn OHmOcfLtNax8Yy9UAdK+1DO1yicNAf1QW7VAhJO+6Q4kGu6dC+1Z+G/848BFN9ii Mm1C/swxGekI1NhSckCUuk4QXnqApLv9XdeZ7UvX/6LY6hCQpHAGxxvBuUT/NEOe LNNRm95TMRAJYYuZmk0bkR9EKUS4CKgGacgj2VAhQtN5K09vZTqRIwdnkIdRzEOh QhHN/hnEDZbiR4OTr6/wVGEYEKrR6WYPPA9l9+MhR/GpOI2ZNZPRJcHAjvbqxeKX vTP/LZT1O6ehNve1Uza3l37/sPZeMA== =L5IL -----END PGP SIGNATURE----- --nwc5loy6626yupv6-- From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751298AbdBDQJG (ORCPT ); Sat, 4 Feb 2017 11:09:06 -0500 Received: from mezzanine.sirena.org.uk ([106.187.55.193]:36560 "EHLO mezzanine.sirena.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751033AbdBDQJE (ORCPT ); Sat, 4 Feb 2017 11:09:04 -0500 Date: Sat, 4 Feb 2017 17:08:28 +0100 From: Mark Brown To: "Rafael J. Wysocki" Cc: Dmitry Torokhov , Al Stone , Mark Rutland , Furquan Shaikh , "Rafael J. Wysocki" , Liam Girdwood , Tony Lindgren , Len Brown , Greg Kroah-Hartman , Lorenzo Pieralisi , Hanjun Guo , Will Deacon , Rob Herring , Sathyanarayana Nujella , Heikki Krogerus , Adam Thomson , Linus Walleij , Alexandre Courbot , linux-gpio@vger.kernel.org, ACPI Devel Maling List , Linux Kernel Mailing List , Linux OMAP Mailing List , Aaron Durbin , dlaurie@chromium.org Message-ID: <20170204160828.e5dqpqg5g3cd7rmy@sirena.org.uk> References: <20170125124911.dxveow7bo3zw5jcc@sirena.org.uk> <8e10714e-1795-d5df-630e-8303bf36abfd@redhat.com> <20170126003342.GF36291@dtor-ws> <3026976.Qjk9AeF3Vr@aspire.rjw.lan> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="nwc5loy6626yupv6" Content-Disposition: inline In-Reply-To: <3026976.Qjk9AeF3Vr@aspire.rjw.lan> X-Cookie: A mushroom cloud has no silver lining. User-Agent: NeoMutt/20170113 (1.7.2) X-SA-Exim-Connect-IP: 2001:67c:1810:f051:e387:5dab:49ba:da3 X-SA-Exim-Mail-From: broonie@sirena.org.uk Subject: Re: [PATCH 0/7] Implement generic regulator constraints parsing for ACPI and OF X-SA-Exim-Version: 4.2.1 (built Mon, 26 Dec 2011 16:24:06 +0000) X-SA-Exim-Scanned: No (on mezzanine.sirena.org.uk); Unknown failure Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --nwc5loy6626yupv6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, Jan 26, 2017 at 11:35:55AM +0100, Rafael J. Wysocki wrote: > but that doesn't work if drivers expect to be able to control regulators directly > (which BTW isn't an good idea overall IMO, because that may need to be done > differently on different platforms even without ACPI AFAICS). We've really not encountered anything that has any issues here outside of what's supported in the constraints already (basically what voltages can be set and if the supply can be turned on and off). I'd be pretty surprised if we did TBH, it's hard to do something radically different with a single piece of silicon which is the abstraction level we tend to be operating at if we are controlling regulators. AFAICT a higher level of abstraction is generally going to go along with physically hiding the regulators even in a DT world. --nwc5loy6626yupv6 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAABCAAdFiEEreZoqmdXGLWf4p/qJNaLcl1Uh9AFAliV/HgACgkQJNaLcl1U h9Cucgf9GkPk+LlttlegDpiUQeMql9oKwPjs56WKBkaww6NCQvdzmo0lxIEgO9bn OHmOcfLtNax8Yy9UAdK+1DO1yicNAf1QW7VAhJO+6Q4kGu6dC+1Z+G/848BFN9ii Mm1C/swxGekI1NhSckCUuk4QXnqApLv9XdeZ7UvX/6LY6hCQpHAGxxvBuUT/NEOe LNNRm95TMRAJYYuZmk0bkR9EKUS4CKgGacgj2VAhQtN5K09vZTqRIwdnkIdRzEOh QhHN/hnEDZbiR4OTr6/wVGEYEKrR6WYPPA9l9+MhR/GpOI2ZNZPRJcHAjvbqxeKX vTP/LZT1O6ehNve1Uza3l37/sPZeMA== =L5IL -----END PGP SIGNATURE----- --nwc5loy6626yupv6--