All of lore.kernel.org
 help / color / mirror / Atom feed
From: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
To: "Rafael J . Wysocki" <rjw@rjwysocki.net>,
	linux-acpi@vger.kernel.org, linux-pm@vger.kernel.org,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	Vinod Koul <vinod.koul@intel.com>,
	Lee Jones <lee.jones@linaro.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	Mika Westerberg <mika.westerberg@linux.intel.com>,
	linux-kernel@vger.kernel.org, dmaengine@vger.kernel.org,
	Heikki Krogerus <heikki.krogerus@linux.intel.com>,
	Jarkko Nikula <jarkko.nikula@linux.intel.com>,
	"Wysocki, Rafael J" <rafael.j.wysocki@intel.com>,
	Mike Turquette <mturquette@linaro.org>
Cc: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Subject: [PATCH v4 3/8] Driver core: wakeup the parent device before trying probe
Date: Mon, 15 Jun 2015 12:57:31 +0300	[thread overview]
Message-ID: <1434362256-239992-4-git-send-email-andriy.shevchenko@linux.intel.com> (raw)
In-Reply-To: <1434362256-239992-1-git-send-email-andriy.shevchenko@linux.intel.com>

From: "Rafael J. Wysocki" <rjw@rjwysocki.net>

If the parent is still suspended when driver probe is
attempted, the result may be failure.

For example, if the parent is a PCI MFD device that has been
suspended when we try to probe our device, any register
reads will return 0xffffffff.

To fix the problem, making sure the parent is always awake
before attempting driver probe.

Signed-off-by: Heikki Krogerus <heikki.krogerus@linux.intel.com>
Signed-off-by: Rafael J. Wysocki <rjw@rjwysocki.net>
Signed-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
---
 drivers/base/dd.c | 14 ++++++++++++++
 1 file changed, 14 insertions(+)

diff --git a/drivers/base/dd.c b/drivers/base/dd.c
index e843fdb..c4c1eaf 100644
--- a/drivers/base/dd.c
+++ b/drivers/base/dd.c
@@ -399,6 +399,8 @@ EXPORT_SYMBOL_GPL(wait_for_device_probe);
  *
  * This function must be called with @dev lock held.  When called for a
  * USB interface, @dev->parent lock must be held as well.
+ *
+ * If the device has a parent, runtime-resume the parent before driver probing.
  */
 int driver_probe_device(struct device_driver *drv, struct device *dev)
 {
@@ -410,10 +412,16 @@ int driver_probe_device(struct device_driver *drv, struct device *dev)
 	pr_debug("bus: '%s': %s: matched device %s with driver %s\n",
 		 drv->bus->name, __func__, dev_name(dev), drv->name);
 
+	if (dev->parent)
+		pm_runtime_get_sync(dev->parent);
+
 	pm_runtime_barrier(dev);
 	ret = really_probe(dev, drv);
 	pm_request_idle(dev);
 
+	if (dev->parent)
+		pm_runtime_put(dev->parent);
+
 	return ret;
 }
 
@@ -459,8 +467,14 @@ int device_attach(struct device *dev)
 			ret = 0;
 		}
 	} else {
+		if (dev->parent)
+			pm_runtime_get_sync(dev->parent);
+
 		ret = bus_for_each_drv(dev->bus, NULL, dev, __device_attach);
 		pm_request_idle(dev);
+
+		if (dev->parent)
+			pm_runtime_put(dev->parent);
 	}
 out_unlock:
 	device_unlock(dev);
-- 
2.1.4


  parent reply	other threads:[~2015-06-15  9:57 UTC|newest]

Thread overview: 26+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-06-15  9:57 [PATCH v4 0/8] mfd: introduce a driver for LPSS devices on SPT Andy Shevchenko
2015-06-15  9:57 ` [PATCH v4 1/8] PM / QoS: Make it possible to expose device latency tolerance to userspace Andy Shevchenko
2015-06-15  9:57 ` [PATCH v4 2/8] ACPI / PM: Attach ACPI power domain only once Andy Shevchenko
2015-06-15  9:57 ` Andy Shevchenko [this message]
2015-06-15 11:50   ` [PATCH v4 3/8] Driver core: wakeup the parent device before trying probe Rafael J. Wysocki
2015-06-15  9:57 ` [PATCH v4 4/8] klist: implement klist_prev() Andy Shevchenko
2015-06-15  9:57 ` [PATCH v4 5/8] driver core: implement device_for_each_child_reverse() Andy Shevchenko
2015-06-15  9:57 ` [PATCH v4 6/8] mfd: make mfd_remove_devices() iterate in reverse order Andy Shevchenko
2015-06-24 11:31   ` Lee Jones
2015-07-06  9:10     ` Andy Shevchenko
2015-07-06  9:24       ` Geert Uytterhoeven
2015-07-06  9:30         ` Andy Shevchenko
2015-07-06  9:30           ` Andy Shevchenko
2015-07-06 14:50           ` Lee Jones
2015-07-06 15:10             ` Andy Shevchenko
2015-07-06 15:10               ` Andy Shevchenko
2015-07-06 16:05               ` Lee Jones
2015-07-06 22:23                 ` Rafael J. Wysocki
2015-07-06 22:23                   ` Rafael J. Wysocki
2015-07-07  6:51                   ` Lee Jones
2015-07-07  6:51                     ` Lee Jones
2015-07-07 22:26                     ` Stephen Boyd
2015-07-08  7:46                       ` Lee Jones
2015-07-08  7:46                         ` Lee Jones
2015-06-15  9:57 ` [PATCH v4 7/8] dmaengine: add a driver for Intel integrated DMA 64-bit Andy Shevchenko
2015-06-15  9:57 ` [PATCH v4 8/8] mfd: Add support for Intel Sunrisepoint LPSS devices 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=1434362256-239992-4-git-send-email-andriy.shevchenko@linux.intel.com \
    --to=andriy.shevchenko@linux.intel.com \
    --cc=akpm@linux-foundation.org \
    --cc=dmaengine@vger.kernel.org \
    --cc=gregkh@linuxfoundation.org \
    --cc=heikki.krogerus@linux.intel.com \
    --cc=jarkko.nikula@linux.intel.com \
    --cc=lee.jones@linaro.org \
    --cc=linux-acpi@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-pm@vger.kernel.org \
    --cc=mika.westerberg@linux.intel.com \
    --cc=mturquette@linaro.org \
    --cc=rafael.j.wysocki@intel.com \
    --cc=rjw@rjwysocki.net \
    --cc=vinod.koul@intel.com \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.