From: Sarah Sharp <sarah.a.sharp@linux.intel.com>
To: Keng-Yu Lin <kengyu@canonical.com>
Cc: Greg Kroah-Hartman <gregkh@suse.de>,
linux-usb@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH] Intel xhci: Only switch the switchable ports
Date: Thu, 9 Aug 2012 12:38:59 -0700 [thread overview]
Message-ID: <20120809193859.GD14429@xanatos> (raw)
In-Reply-To: <CADXHx7ZbWPb1qLQcdquE9QTkGhOwR0ka1gX2m+o_Y68c9jqtog@mail.gmail.com>
On Fri, Aug 10, 2012 at 12:13:19AM +0800, Keng-Yu Lin wrote:
> On Thu, Aug 9, 2012 at 10:24 PM, Sarah Sharp
> <sarah.a.sharp@linux.intel.com> wrote:
> > On Thu, Aug 09, 2012 at 05:31:51PM +0800, Keng-Yu Lin wrote:
> >> With a previous patch to enable the EHCI/XHCI port switching, it switches
> >> all the available ports.
> >>
> >> The assumption is not correct because the BIOS may expect some ports
> >> not switchable by the OS.
> >
> > Why would the BIOS expect some ports to not be switchable? I know that
> > we internally at Intel had discussed some theoretical reasons why it
> > might not be good to switch some ports, but when I presented the
> > original patch with this same code in it to Linux USB mailing list, both
> > Alan and Greg said, "Why not unconditionally switch ports?" I had no
> > good examples at the time.
> >
> > Is this causing issues with some particular BIOS?
> >
>
> Yes, this is causing the internal webcam missing on the USB bus as I
> observed on some HM70-based laptops.
Does anything show up in dmesg when you turn on
CONFIG_USB_XHCI_HCD_DEBUGGING? It would be good to know if it is
totally not electrically present, or if there's some sort of xHCI
hardware or software issue that's preventing the webcam from being
enumerated.
> The internal webcam is attached to one port that is controlled by the
> xhci host.
> But the other ports with the outer plugs work well after booting. I
> cannot test the USB port of the internal webcam easily (without
> tearing down the laptop :-/).
>
> I also tried some similar HM77-based models. HM77 has no this issue.
> This could be some chipset mystery I am not aware now.
Could be. Can you use any SMBIOS information to change the port
switchover only for those HM70-based laptops? And is it a particular
laptop vendor or all HM70 laptops?
As Alan said, I would rather not trust the BIOS to provide the correct
port mask.
Sarah Sharp
next prev parent reply other threads:[~2012-08-09 19:39 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-08-09 9:31 Keng-Yu Lin
2012-08-09 14:24 ` Sarah Sharp
2012-08-09 14:44 ` Alan Cox
2012-08-09 16:13 ` Keng-Yu Lin
2012-08-09 19:38 ` Sarah Sharp [this message]
2012-08-10 5:11 ` Keng-Yu Lin
2012-08-14 7:14 ` Keng-Yu Lin
2012-08-09 17:39 ` [PATCH v2] " Keng-Yu Lin
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=20120809193859.GD14429@xanatos \
--to=sarah.a.sharp@linux.intel.com \
--cc=gregkh@suse.de \
--cc=kengyu@canonical.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-usb@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
Powered by JetHome