From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754122AbcIIQiq (ORCPT ); Fri, 9 Sep 2016 12:38:46 -0400 Received: from mezzanine.sirena.org.uk ([106.187.55.193]:59340 "EHLO mezzanine.sirena.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753356AbcIIQil (ORCPT ); Fri, 9 Sep 2016 12:38:41 -0400 Date: Fri, 9 Sep 2016 17:38:24 +0100 From: Mark Brown To: Andy Shevchenko Cc: "linux-kernel@vger.kernel.org" , "Hunter, Adrian" Message-ID: <20160909163824.GT27946@sirena.org.uk> References: <20160901153836.GI5967@sirena.org.uk> <1472746516.4887.489.camel@linux.intel.com> <20160901170215.GJ5967@sirena.org.uk> <1473091312.11323.20.camel@linux.intel.com> <20160906102407.GF3950@sirena.org.uk> <1473258241.11323.83.camel@linux.intel.com> <20160909121749.GR27946@sirena.org.uk> <1473425727.11323.144.camel@linux.intel.com> <20160909152952.GS27946@sirena.org.uk> <1473437439.11323.188.camel@linux.intel.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="0WGqsT62A4RTsSXf" Content-Disposition: inline In-Reply-To: <1473437439.11323.188.camel@linux.intel.com> X-Cookie: Question authority. User-Agent: Mutt/1.6.0 (2016-04-01) X-SA-Exim-Connect-IP: 2a01:348:6:8808:fab::3 X-SA-Exim-Mail-From: broonie@sirena.org.uk Subject: Re: Regulator probe 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 --0WGqsT62A4RTsSXf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Fri, Sep 09, 2016 at 07:10:39PM +0300, Andy Shevchenko wrote: > On Fri, 2016-09-09 at 16:29 +0100, Mark Brown wrote: > > ...and then we correctly report that the optional supply that isn't > > mapped (as far as I remember) isn't there. > But it *will be* soon there. > Hmm... And the proper fix for this case is... (let's assume there will > not be device tree solution in nearest future)? To supply this particular mapping before you set full constraints. > If I remove has_full_constraints() call I will get EPROBE_DEFER on all > optional regulators IIRC. Yes. --0WGqsT62A4RTsSXf Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJX0uV/AAoJECTWi3JdVIfQXwgH/RGYiwAbVTM/ea01Kb1rlMKc Viv61yUzqQwuJMJZGMvM/Vj4Ot7LIxWXciv5Y83EOiNk0xLFpZ4cEaWKgg4undOX m6LN+y1BOjnXMMRWIghIf+v+attQonhuHsHfJkXI6YsKX28X/pLtezJnR9hbWY6V 5Ip/p9p57F96gB78noLbKDRpZ3bmZvC/ZM+7po+UO+Gkg7hrC+LiZ9wUXIPoQ6Rw /w6lAk/IFXc5I3yPvBEJberHMzVfEjzJhTERGAHxj0IsKalAW/yikxcvCutin5tP kWNZXjHFG1GoPxsRyDCPtH25NMbKuguRD+IT8BC24Zsohzh8oFT1YgQsbKbh7WY= =oEsv -----END PGP SIGNATURE----- --0WGqsT62A4RTsSXf--