From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752762AbeDYKbv (ORCPT ); Wed, 25 Apr 2018 06:31:51 -0400 Received: from heliosphere.sirena.org.uk ([172.104.155.198]:36850 "EHLO heliosphere.sirena.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752661AbeDYKbn (ORCPT ); Wed, 25 Apr 2018 06:31:43 -0400 Date: Wed, 25 Apr 2018 11:31:36 +0100 From: Mark Brown To: David Collins Cc: Doug Anderson , Liam Girdwood , Rob Herring , Mark Rutland , linux-arm-msm@vger.kernel.org, Linux ARM , devicetree@vger.kernel.org, LKML , Rajendra Nayak , Stephen Boyd , Matthias Kaehlcke Subject: Re: [PATCH v2 2/2] regulator: add QCOM RPMh regulator driver Message-ID: <20180425103136.GB24769@sirena.org.uk> References: <4b45f41996ea3344340e44fab2dc9e487572e209.1523673467.git.collinsd@codeaurora.org> <4e3353fe-ebb5-46bb-aa58-49ad04c4d9db@codeaurora.org> <132ab845-52d6-6192-4d8c-5a9c95410688@codeaurora.org> <20180424174507.GI22073@sirena.org.uk> <20a8f736-2687-f14f-eaa1-2b2c06eed629@codeaurora.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="61jdw2sOBCFtR2d/" Content-Disposition: inline In-Reply-To: <20a8f736-2687-f14f-eaa1-2b2c06eed629@codeaurora.org> X-Cookie: MS-DOS must die! User-Agent: Mutt/1.9.4 (2018-02-28) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --61jdw2sOBCFtR2d/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 24, 2018 at 02:09:47PM -0700, David Collins wrote: > On 04/24/2018 10:45 AM, Mark Brown wrote: > > I think that's probably only OK if we have a specific error code for the > > regulator being limited in this way otherwise our error handling for I/O > > problems involves us trying to reconfigure supplies which seems like it > > would be risky. =20 > Would you be ok with -EAGAIN being used for this purpose? Using -EAGAIN for "I can't ever read the configuration from this regulator" doesn't seem right - it's not like any number of retries will ever manage to read the value back. --61jdw2sOBCFtR2d/ Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAABCgAdFiEEreZoqmdXGLWf4p/qJNaLcl1Uh9AFAlrgWQgACgkQJNaLcl1U h9CaXgf/Q/MwyAoaIjFMN2PKQ2kvD4bf+TtknHQxwyTJe8DhZ1KG6bDPRPYu4zSD wsjpmoC5UcAnCZ9Zq1GIN1A4ZAUfhqC9UOl5S9Tgru9uH3uyblVYeL55mSaWJQqx Bcx8CYxJvbPMlCSGWtMIPotPEjf1skQE9xk8J7MknVhtD1eTYXSbtbZmGxhkBWwV OIzTqm5GMHzu2gYM+On/PghyGZA+4HyM7zoToa3OUr3pVwJfg2PYuFo80dctWreQ LGfubHGSrzrlmNTAmXfVBESqlwuVCizvqiLMiQQTX3jn1Qx3uyNt7L86qPyCn7sT bTPkBAnji/iVVJ/a+Gfsn/W8ibLXsQ== =E/2W -----END PGP SIGNATURE----- --61jdw2sOBCFtR2d/--