> > +static int sgtl5000_external_vddd_used(struct snd_soc_codec *codec)
> > +{
> > + struct regulator *consumer;
> > + struct sgtl5000_priv *sgtl5000 = snd_soc_codec_get_drvdata(codec);
> > +
> > + consumer = regulator_get(codec->dev, sgtl5000-
> >supplies[VDDD].supply);
> > + if (IS_ERR(consumer)) {
> > + return 0;
> > + }
> > + regulator_put(consumer);
> > +
> > + return 1;
> > +}
>
> This is going to fail to do what you expect if a dummy regulator is
> substituted which it will almost all of the time when the supply is
> genuinely absent. It's also going to interact poorly with probe
> deferral.
>
There is one dependency patch: "regulator: core: Provide a dummy regulator with
full constraints".
>From the dependency patch, we can see that using regulator_get_optional()
>instead can resovle the problem you descripted above.
When or will this dependency patch be merged into the -next tree ?
> I'd expect to see a commit description that describes how the driver
> currently tries to handle this, why it doesn't work and how the patch
> fixes it.
The SGTL5000 requires 2 external power supplies: VDDA and VDDIO. An optional
third external power supply VDDD may be provided externally to achieve lower
power.If an external supply is not used for VDDD, the SGTL5000 driver will
register it's own non-DT regulator device, and then provides the VDDD supply
consumer, and now there will be two register devices exist, non-DT regulator
for VDDD and DT regulator for VDDIO, VDDA.
+++++++++++++++++++
+ +------------|3.3V VDDIO
+ +
+ SGTL5000 codec +---X VDDD
+ +
+ +------------|3.3V VDDA
+++++++++++++++++++
If an external supply is not used for VDDD, in the DT file, only "VDDA-supply"
and "VDDIO-supply" properties will be presented. This caused the following
kernel failed while trying to get the external VDDD regulator consumer before
trying to register it's own regulator device.
sgtl5000 0-000a: Failed to get supply 'VDDD': -19
While if an external supply is used for VDDD, in the DT file, all the three
"VDDA-supply", "VDDIO-supply" and "VDDD-supply" properties can absent, by just
using the dummy regulator.
IMO, the failed log will confuse most people(especially for those not familiar
with the SGTL5000 driver) that why getting the 'VDDD' supply failed but it
still works? or is there something wrong with it ? ,etc.
Yes, this is a buggy patch, and I will revise it later.
--
Best Regards,
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
