Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67;
Date:   Wed, 23 Jan 2019 17:29:12 +0000
From:   Mark Brown <broonie@kernel.org>
To:     Ben Dooks <ben.dooks@codethink.co.uk>
Cc:     Martin Blumenstingl <martin.blumenstingl@googlemail.com>,
        linux-amlogic@lists.infradead.org, thierry.reding@gmail.com,
        boris.brezillon@free-electrons.com, lgirdwood@gmail.com,
        linux-kernel@vger.kernel.org
Subject: Re: [PATCH 1/1] regulator: pwm: suppress EPROBE_DEFER error message
Message-ID: <20190123172912.GF7503@sirena.org.uk>
References: <20190121183723.25231-1-martin.blumenstingl@googlemail.com>
 <20190121183723.25231-2-martin.blumenstingl@googlemail.com>
 <20190123160405.GD7503@sirena.org.uk>
 <afa9ed378b7fa62e81662363fdaf7543@codethink.co.uk>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha512;
        protocol="application/pgp-signature"; boundary="L2Brqb15TUChFOBK"
Content-Disposition: inline
In-Reply-To: <afa9ed378b7fa62e81662363fdaf7543@codethink.co.uk>
User-Agent: Mutt/1.10.1 (2018-07-13)
Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk


--L2Brqb15TUChFOBK
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On Wed, Jan 23, 2019 at 04:14:49PM +0000, Ben Dooks wrote:
> On 2019-01-23 16:04, Mark Brown wrote:

> > This also cleans up the kernel log in the case where you've not got a
> > driver enabled that you need (or it's not loading for some reason) which
> > isn't super helpful when you're trying to figure out why the driver
> > won't probe.  There's not even anything at debug level, that would
> > probably be fine.

> > The ideal thing here would be to work on setting up the dependency
> > information based on DT and using that to try to sort initialization
> > order so we try things in an order that minimizes the number of failed
> > tries.

> Hmm, would it be useful to have a devfs file which holds the last probe
> code?

You really also want the bit that says why it's deferring - "failed to
get clock X" or whatever.

--L2Brqb15TUChFOBK
Content-Type: application/pgp-signature; name="signature.asc"

-----BEGIN PGP SIGNATURE-----

iQEzBAABCgAdFiEEreZoqmdXGLWf4p/qJNaLcl1Uh9AFAlxIpGcACgkQJNaLcl1U
h9Bd9Af+PkGTbTa3YfJpdWimXdj/2tU2uqKtxKx9uIg6/6IKCqZktIeGacUi7FWO
zm/kLm+KThwOUBGde6/gGe+xgR0dIs7CgGFowdkKgt82mVYXeUrz9RlLL0fjA7VL
ZJuH5KVzppqZ/AzwIYmondQLRa78wm4n1XQ15kvckDd+QLVigUAR+TSU3zaQ6EdU
ocv/NZz4AzJZakil6qm2QGjjssNDdbl3J72eJCRGfq0fl8+lA4YT0jgMg4nUnvEo
Y1X8REscqdePK20vL0qYOUl6xp/WbwrSWNFHa15c3skhjhMsdn9d+9/OMkaiAZdB
RhIJURJar5C3Idww05p3lr9J/L+dWQ==
=4QIo
-----END PGP SIGNATURE-----

--L2Brqb15TUChFOBK--