All of lore.kernel.org
 help / color / mirror / Atom feed
From: Kevin Hilman <khilman@ti.com>
To: balbi@ti.com
Cc: linux-omap@vger.kernel.org
Subject: Re: [PATCH/RFC] ARM: OMAP: MUSB: disable omap_device auto-suspend
Date: Wed, 07 Dec 2011 11:37:03 -0800	[thread overview]
Message-ID: <87k468w4v4.fsf@ti.com> (raw)
In-Reply-To: <20111207064954.GD32368@legolas.emea.dhcp.ti.com> (Felipe Balbi's message of "Wed, 7 Dec 2011 08:49:56 +0200")

Felipe Balbi <balbi@ti.com> writes:

> Hi,
>
> On Mon, Nov 28, 2011 at 04:56:30PM -0800, Kevin Hilman wrote:
>> The MUSB driver does not currently implment suspend/resume callbacks,
>
> this is not entirelly true, actually. Such methods are missing for
> omap2430 glue layer, not for MUSB itself. And the fact is that it's only
> missing because we failed to use UNIVERSAL_DEV_PM_OPS for declaring
> dev_pm_ops structure.

I guess that also means that nobody has tested MUSB host suspend/resume
with devices attached.

> Can you see if this patch helps:

Sure.

That patch makes sense, and seems necessary, but doesn't fix the problem.

The root of the problem is that the PM domain code will call the
driver's runtime PM methods late in the suspend if the device is not
already runtime suspended.  

In your patch, you make the driver's suspend/resume methods call the
runtime methods, but, the PM core doesn't know that that the device is now
runtime suspended, so the OMAP PM domain code will still call the
driver's runtime PM methods to try and suspend the device.

In the case of this glue layer, the runtime PM methods call some PHY
code which is trying to use I2C.  When this happens late in the suspend
process, I2C may already be suspended, so you get a bunch of I2C
timeouts.

Kevin

  reply	other threads:[~2011-12-07 19:37 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-11-29  0:56 [PATCH/RFC] ARM: OMAP: MUSB: disable omap_device auto-suspend Kevin Hilman
2011-11-30  0:39 ` Kevin Hilman
2011-12-07  6:49 ` Felipe Balbi
2011-12-07 19:37   ` Kevin Hilman [this message]
2012-01-29 22:57     ` Grazvydas Ignotas
2012-01-30 22:37       ` NeilBrown
2012-01-31  1:04         ` Grazvydas Ignotas

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=87k468w4v4.fsf@ti.com \
    --to=khilman@ti.com \
    --cc=balbi@ti.com \
    --cc=linux-omap@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 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.