Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755032AbcCUMEU (ORCPT ); Mon, 21 Mar 2016 08:04:20 -0400 Received: from mezzanine.sirena.org.uk ([106.187.55.193]:49776 "EHLO mezzanine.sirena.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753853AbcCUMEH (ORCPT ); Mon, 21 Mar 2016 08:04:07 -0400 Date: Mon, 21 Mar 2016 12:03:49 +0000 From: Mark Brown To: Sebastian Reichel Cc: Ivaylo Dimitrov , Liam Girdwood , Peter Ujfalusi , Grygorii Strashko , Pali =?iso-8859-1?Q?Roh=E1r?= , Jarkko Nikula , Tony Lindgren , Lars-Peter Clausen , linux-kernel@vger.kernel.org, linux-omap@vger.kernel.org, Pavel Machek , Aaro Koskinen , Nishanth Menon , merlijn@wizzup.org Message-ID: <20160321120349.GP2566@sirena.org.uk> References: <56EAE8C3.1080301@gmail.com> <56EBD96A.8090505@ti.com> <1458306829.11841.2.camel@Nokia-N900> <20160318133641.GB16747@earth> <56EC0676.3000509@gmail.com> <20160318150404.GA30829@earth> <56ED12B5.9000103@gmail.com> <20160320051704.GA12934@earth> <56EEFD4F.4030705@gmail.com> <20160321000417.GA21902@earth> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="Fc4772q/IDjJVU21" Content-Disposition: inline In-Reply-To: <20160321000417.GA21902@earth> 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: Nokia N900 - audio TPA6130A2 problems 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: 1268 Lines: 35 --Fc4772q/IDjJVU21 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Mar 21, 2016 at 01:04:18AM +0100, Sebastian Reichel wrote: > Right thinking about it, the voltage must also be configured for the > non always-on cases. So it's not a problem with the regulator > framework, but with twl-regulator's probe function, that should take > care of this. Absolutely not! Like all other regulator drivers the twl driver should be taking no decisions about what voltage to set except in response to a set_voltage() call. All the logic about setting voltages is factored out into the core. Please try to understand the abstractions we're using in the framework. --Fc4772q/IDjJVU21 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJW7+MkAAoJECTWi3JdVIfQpB8H/ictFhXP1bmdgeRCOQq9igXm Z7LQCZ3Aq8NJs5pAhVWKoW1nyftmEOj6PoDNVqxMhemXanJn9BxcTgNajrREkC09 7yeTmYVlRCYhbKLLEWfAX+98+H/Dm4LaDCYIQzZtQDV7k4QR66++KRPPwdfalW0E OugsaYW5QYN7CgNL+spzV6fCum4twbhGyYE7AnbvD4XWj6rqZDzUuBlxzX2QO5TI qVfHQzRblvD7UxuJwPjVi+B4sXFfMnkQxzEJeZVmpGy7IklqQ1WZ2dxHv4m/1JMP q99rLPMXaiOtngdGmseJ8/rk0fiRwv5uhYd1/ag6xlWOULl7MPFHvyXrCf6/pGc= =WfX1 -----END PGP SIGNATURE----- --Fc4772q/IDjJVU21--