From: Mark Brown <broonie@kernel.org>
To: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Cc: "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"Hunter, Adrian" <adrian.hunter@intel.com>
Subject: Re: Regulator probe
Date: Thu, 1 Sep 2016 16:38:36 +0100 [thread overview]
Message-ID: <20160901153836.GI5967@sirena.org.uk> (raw)
In-Reply-To: <1472741623.4887.482.camel@linux.intel.com>
[-- Attachment #1: Type: text/plain, Size: 1332 bytes --]
On Thu, Sep 01, 2016 at 05:53:43PM +0300, Andy Shevchenko wrote:
> [ 20.843973] calling sdhci_drv_init+0x0/0x20 @ 1
> [ 20.843976] sdhci: Secure Digital Host Controller Interface driver
> [ 20.843978] sdhci: Copyright(c) Pierre Ossman
> [ 20.843989] initcall sdhci_drv_init+0x0/0x20 returned 0 after 5 usecs
> [ 20.843999] calling sdhci_driver_init+0x0/0x1b @ 1
>
> [ 20.881460] sdhci-pci 0000:00:01.3: SDHCI controller found
> [8086:1190] (rev 1)
> [ 20.881471] sdhci-pci 0000:00:01.3: found 1 slot(s)
> [ 20.888242] sdhci-pci 0000:00:01.3: No vmmc regulator found
> ^^^^^ PROBLEM!
>
> Regulator is present, though it's in a waiting list.
The device isn't registered and it's saying it isn't registered, this is
normal. Since this is an ACPI system we are expecting the firmware or
whatever else registers devices and their supplies to do that, if the
supplies aren't being mapped at device registration time then you're
telling the core not to expect any. If you had mapped the supply and it
wasn't available the consumer would get an -EPROBE_DEFER.
As I keep saying with all these problems if you want to reimplement DT
instead of using it you need to reimplement *all* of DT, it's there for
a reason. It would be a lot quicker and simpler to just use DT for
these systems.
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 473 bytes --]
next prev parent reply other threads:[~2016-09-01 15:38 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-09-01 14:53 Regulator probe Andy Shevchenko
2016-09-01 15:38 ` Mark Brown [this message]
2016-09-01 16:15 ` Andy Shevchenko
2016-09-01 17:02 ` Mark Brown
2016-09-05 16:01 ` Andy Shevchenko
2016-09-06 10:24 ` Mark Brown
2016-09-07 14:24 ` Andy Shevchenko
2016-09-09 12:17 ` Mark Brown
2016-09-09 12:55 ` Andy Shevchenko
2016-09-09 15:29 ` Mark Brown
2016-09-09 16:10 ` Andy Shevchenko
2016-09-09 16:38 ` Mark Brown
2016-09-09 17:04 ` Andy Shevchenko
2016-09-09 17:18 ` Mark Brown
2016-09-10 11:03 ` Andy Shevchenko
2016-09-12 15:27 ` Mark Brown
2016-09-12 16:01 ` Andy Shevchenko
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20160901153836.GI5967@sirena.org.uk \
--to=broonie@kernel.org \
--cc=adrian.hunter@intel.com \
--cc=andriy.shevchenko@linux.intel.com \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).