From: Sarah Sharp <sarah.a.sharp@linux.intel.com>
To: Martin Mokrejs <mmokrejs@fold.natur.cuni.cz>
Cc: USB list <linux-usb@vger.kernel.org>,
Alan Stern <stern@rowland.harvard.edu>,
Lan Tianyu <tianyu.lan@intel.com>,
"linux-pci@vger.kernel.org" <linux-pci@vger.kernel.org>
Subject: Re: 3.8.2: xhci port is dead until pcieport PME# goes to disabled
Date: Mon, 18 Mar 2013 12:58:53 -0700 [thread overview]
Message-ID: <20130318195853.GA9063@xanatos> (raw)
In-Reply-To: <5147625A.7010306@fold.natur.cuni.cz>
On Mon, Mar 18, 2013 at 07:52:10PM +0100, Martin Mokrejs wrote:
> Sarah Sharp wrote:
> > On Mon, Mar 18, 2013 at 06:20:12PM +0100, Martin Mokrejs wrote:
> >> Hi Sarah,
> >> in this particular thread, the USB3 socket of the laptop works once
> >> I plugin a device. When I unplug it and insert same or another device it appears
> >> to be dead until I use 'lsusb -vvv'. After that, I see in dmesg the two lines:
> >
> > Which kernel are you running on? We had a regression that involved dead
>
> As the subject says, 3.8.2. I really started last week several different email
> threads, each independent.
>
> > ports after a USB disconnect in 3.8. This was was fixed in 3.8.3. Can
> > you please retest with that kernel version?
>
> Hmm, will do. What change do you mean exactly?
Commit d79303047f25957a3e00d25cc1eddb82b3ee0f89 "USB: Fix connected
device switch to Inactive state." along with three others.
> BTW, how about this bugfix which just appeared at linux-pci?
> [PATCH] PCI: Remove not needed check in disable aspm link
I understand that you want to try and figure out on your own what bug
you're hitting. I'm really happy you're enthusiastic about reporting
and testing bug fixes. However, looking at random bug fix patches when
we don't know the root cause is not very productive. I would suggest
you read http://www.chiark.greenend.org.uk/~sgtatham/bugs.html,
especially the "I think the tachyon modulation must be wrongly
polarised" section.
We have no hard proof that this is even a PCI bug. lsusb does cause the
PCI host to wakeup out of D3, which triggers the PME disable messages
you mentioned. However, lsusb also triggers the USB core to look at the
roothub status registers. Without further debugging, we can't be sure
if we lost a PCI wakeup from the port status change, or if the xHCI
driver mishandled the USB device disconnect and running lsusb causes the
USB core to notice the connect change. Let's rule out the most common
case, the xHCI driver, first.
Please, try 3.8.3 first, and if that doesn't help, turn on
CONFIG_USB_DEBUG and CONFIG_USB_XHCI_HCD_DEBUGGING, and send me the
dmesg from the time you first unplug the USB 3.0 device to when you
replug it in and have to run `sudo lsusb -v` to get the device to
appear.
Sarah Sharp
next prev parent reply other threads:[~2013-03-18 19:58 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-03-14 17:30 3.8.2: xhci port is dead until pcieport PME# goes to disabled Martin Mokrejs
2013-03-18 17:01 ` Sarah Sharp
2013-03-18 17:20 ` Martin Mokrejs
2013-03-18 18:26 ` Sarah Sharp
2013-03-18 18:52 ` Martin Mokrejs
2013-03-18 19:58 ` Sarah Sharp [this message]
2013-03-20 10:00 ` Martin Mokrejs
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=20130318195853.GA9063@xanatos \
--to=sarah.a.sharp@linux.intel.com \
--cc=linux-pci@vger.kernel.org \
--cc=linux-usb@vger.kernel.org \
--cc=mmokrejs@fold.natur.cuni.cz \
--cc=stern@rowland.harvard.edu \
--cc=tianyu.lan@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox