All of lore.kernel.org
 help / color / mirror / Atom feed
From: Greg KH <greg@kroah.com>
To: Dan Williams <dan.j.williams@intel.com>
Cc: Sarah Sharp <sarah.a.sharp@linux.intel.com>,
	Alan Stern <stern@rowland.harvard.edu>,
	Mathias Nyman <mathias.nyman@linux.intel.com>,
	USB list <linux-usb@vger.kernel.org>,
	david.a.cohen@linux.intel.com,
	Jianqiang Tang <jianqiang.tang@intel.com>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
Subject: Re: [RFC PATCH v2] xhci: Prevent runtime pm from autosuspending during initialization
Date: Fri, 28 Feb 2014 13:57:39 -0800	[thread overview]
Message-ID: <20140228215739.GA14992@kroah.com> (raw)
In-Reply-To: <CAPcyv4j4qsuXGqpUEV1rTLDg4jZix_MEQho8fzxYV5eQ9tyusA@mail.gmail.com>

On Fri, Feb 28, 2014 at 12:41:31PM -0800, Dan Williams wrote:
> On Fri, Feb 28, 2014 at 12:32 PM, Sarah Sharp
> <sarah.a.sharp@linux.intel.com> wrote:
> > On Mon, Feb 24, 2014 at 12:44:46PM -0500, Alan Stern wrote:
> >> On Mon, 24 Feb 2014, Mathias Nyman wrote:
> >>
> >> > xHCI driver has its own pci probe function that will call usb_hcd_pci_probe
> >> > to register its usb-2 bus, and then continue to manually register the
> >> > usb-3 bus. usb_hcd_pci_probe does a pm_runtime_put_noidle at the end and
> >> > might thus trigger a runtime suspend before the usb-3 bus is ready.
> >> >
> >> > Prevent the runtime suspend by increasing the usage count in the
> >> > beginning of xhci_pci_probe, and decrease it once the usb-3 bus is
> >> > ready.
> >> >
> >> > xhci-platform driver is not using usb_hcd_pci_probe to set up
> >> > busses and should not need to have it's usage count increased during probe.
> >> >
> >> > Signed-off-by: Mathias Nyman <mathias.nyman@linux.intel.com>
> >> > ---
> >> >  drivers/usb/host/xhci-pci.c | 11 ++++++++++-
> >> >  1 file changed, 10 insertions(+), 1 deletion(-)
> >> >
> >> > diff --git a/drivers/usb/host/xhci-pci.c b/drivers/usb/host/xhci-pci.c
> >> > index 04f986d..ea7158b 100644
> >> > --- a/drivers/usb/host/xhci-pci.c
> >> > +++ b/drivers/usb/host/xhci-pci.c
> >> > @@ -190,6 +190,10 @@ static int xhci_pci_probe(struct pci_dev *dev, const struct pci_device_id *id)
> >> >     struct usb_hcd *hcd;
> >> >
> >> >     driver = (struct hc_driver *)id->driver_data;
> >> > +
> >> > +   /* Prevent USB-2 roothub runtime suspend until USB-3 is initialized. */
> >> > +   pm_runtime_get_noresume(&dev->dev);
> >>
> >> Strictly speaking, this prevents the _controller_ from going into
> >> runtime suspend -- not the root hub.
> >
> > Signed-off-by: Sarah Sharp <sarah.a.sharp@linux.intel.com>
> 
> Pardon the nitpick, but this is an acked-by if Mathias is submitting.

No, it's a "chain of signed-off-by's" and this is allowed just fine (it
used to be the default-thing before we came up with the "acked-by"
line...)

  reply	other threads:[~2014-02-28 21:56 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-02-24 16:29 [RFC PATCH v2] xhci: Prevent runtime pm from autosuspending during initialization Mathias Nyman
2014-02-24 16:47 ` Dan Williams
2014-02-24 17:44 ` Alan Stern
2014-02-28 20:32   ` Sarah Sharp
2014-02-28 20:41     ` Dan Williams
2014-02-28 21:57       ` Greg KH [this message]
2014-02-28 22:02         ` Dan Williams

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=20140228215739.GA14992@kroah.com \
    --to=greg@kroah.com \
    --cc=dan.j.williams@intel.com \
    --cc=david.a.cohen@linux.intel.com \
    --cc=jianqiang.tang@intel.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-usb@vger.kernel.org \
    --cc=mathias.nyman@linux.intel.com \
    --cc=sarah.a.sharp@linux.intel.com \
    --cc=stern@rowland.harvard.edu \
    /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.