From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756140AbcIFKc6 (ORCPT ); Tue, 6 Sep 2016 06:32:58 -0400 Received: from mezzanine.sirena.org.uk ([106.187.55.193]:34810 "EHLO mezzanine.sirena.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756019AbcIFKcz (ORCPT ); Tue, 6 Sep 2016 06:32:55 -0400 Date: Tue, 6 Sep 2016 11:24:07 +0100 From: Mark Brown To: Andy Shevchenko Cc: "linux-kernel@vger.kernel.org" , "Hunter, Adrian" Message-ID: <20160906102407.GF3950@sirena.org.uk> References: <1472741623.4887.482.camel@linux.intel.com> <20160901153836.GI5967@sirena.org.uk> <1472746516.4887.489.camel@linux.intel.com> <20160901170215.GJ5967@sirena.org.uk> <1473091312.11323.20.camel@linux.intel.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="PaC+lnGZu4KSIdY4" Content-Disposition: inline In-Reply-To: <1473091312.11323.20.camel@linux.intel.com> X-Cookie: FEELINGS are cascading over me!!! User-Agent: Mutt/1.6.0 (2016-04-01) X-SA-Exim-Connect-IP: 188.29.165.166 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 --PaC+lnGZu4KSIdY4 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Sep 05, 2016 at 07:01:52PM +0300, Andy Shevchenko wrote: > On Thu, 2016-09-01 at 18:02 +0100, Mark Brown wrote: > > Anyway if that's the case then it should all be working already then > > unless SFI goes down the ACPI code paths or someone changed SFI since > > SFI won't flag as having full costraints and therefore any missing > > regulator will report as deferring. > But it's a real burden to describe in platform code _every_ regulators > that device driver may need (for example, "vqmmc" is optional and even > "vmmc" is optional for 2 out of 3 SDHCI host controllers!). Nothing says you have to describe all regulators, you just need to tell the core you have told it about everything you're going to tell it about. Until you do that the core has to assume that something may come along later and describe that supply. > > =A0=A0If that is indeed the case you've > > probably got a broken consumer driver that's not handing probe > > deferrals. > It has, but see above, for 3 SDHCI controllers I have to provide 5 dummy > regulators and 1 real vs. just 1 real. The core will substitute in the dummies once it knows that everything is described, you don't need to do it manually unless you have to provide information like voltages. > > > Basically you mean we have not call > > > regulator_has_full_constraints()? > > > In that case we have to provide stubs for all expected regulators, > > > in > > > case of SDHCI one real and one dummy, who knows how many them in the > > > drivers, but for each we have to provide that. Am I right?=A0 > > You have to either not call regulator_has_full_constraints() or supply > > all the mappings for device supplies before you register a device.=A0= =A0If > > you don't call regulator_has_full_constraints() missing regulators > > will > > always defer so you would need to provide a fixed voltage regulator > > for > > it. > It would be plenty of dummy regulators. If and only if you don't provide the mappings. > > It would be a lot more sensible than SFI, it's so limited you're > > basically just using board files but with the limitations of having to > > do bits of it through firmware and then join the two up which seems > > like > > the worst of both worlds. > I dunno if DT has any means of coexistence with e820 BIOS where PCI > devices are enumerated natively. Of course it does, DT based systems support enumerable buses like USB and PCI. Enumerating via BIOS is no different really. --PaC+lnGZu4KSIdY4 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEcBAEBCAAGBQJXzplEAAoJECTWi3JdVIfQz6wH/2P3LhL6K1mYUuLYsDH0SuqP XTLy4v9R7EEV0dUeMtcb/Yq7SiYWlQyQWyfYqKcX6NQkg68KEFkMGSJKIUybu7lS P5GwGqxxp/Z1wOzZfpHW++mY1g5dbbJhey81ypIHoQq5wJfJvCs15kqDsZyl4qbT NWc/6+vomb10GNYivtN0Krg9wvn5Bvtr1oTGKdjsKJwXitv9wVLEa0TD8HHmr3sL 789xQ/FMfb1g1RdrkqcYPH2Nh81PCtMwG9O8S+VSpyhZyENO/Anz0oXIcDLm9cxD 00udU4RYh3Bx6Pt/Tal6ComfBV+7AAUatydBqksh9douhlogxyFn2w4IxvVRexA= =Llnw -----END PGP SIGNATURE----- --PaC+lnGZu4KSIdY4--