Re: [Bug] [Sony VAIO SVT15117CXS] USB 2.0 ports not working with any USB device

2013-08-31 Thread Alan Stern
On Fri, 30 Aug 2013, Kevin Archer wrote:

 I figured it wasn't the REAL fix!
 
 Thanks for the heads up on 3.12 though!

By the way, have you checked to see if there are any BIOS updates 
available for your computer?  That might fix the problem.

Alan Stern

--
To unsubscribe from this list: send the line unsubscribe linux-usb in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: [Bug] [Sony VAIO SVT15117CXS] USB 2.0 ports not working with any USB device

2013-08-30 Thread Alan Stern
On Fri, 30 Aug 2013, Kevin Archer wrote:

 reading https://wiki.ubuntu.com/Kernel/KernelBisection now
 
 On Fri, Aug 30, 2013 at 10:48 AM, Kevin Archer kevin.arche...@gmail.com 
 wrote:
  yes they were plugged in.
  Bisection?

Indeed.

The only way I can think of to explain what you saw is if there is some
switch controlling the connections between the USB ports in the
computer case and the internal hubs.  The lsusb -v output clearly
stated that nothing was attached to those hubs, even though you had
plugged various devices into those ports.

On the other hand, the only thing I know of in the kernel which might
affect such a switch is the xhci-hcd driver.  It's possible that
unbinding xhci-hcd isn't sufficient to reset the switch (if it exists)
back to the original setting.  Maybe you would need to run a kernel
that doesn't have any xHCI support at all.  Can you build such a kernel
and test it?

Alan Stern

--
To unsubscribe from this list: send the line unsubscribe linux-usb in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: [Bug] [Sony VAIO SVT15117CXS] USB 2.0 ports not working with any USB device

2013-08-30 Thread Kevin Archer
I have narrowed it down to changes from 2.6.39.4  to 3.0.0

On Fri, Aug 30, 2013 at 11:18 AM, Alan Stern st...@rowland.harvard.edu wrote:
 On Fri, 30 Aug 2013, Kevin Archer wrote:

 reading https://wiki.ubuntu.com/Kernel/KernelBisection now

 On Fri, Aug 30, 2013 at 10:48 AM, Kevin Archer kevin.arche...@gmail.com 
 wrote:
  yes they were plugged in.
  Bisection?

 Indeed.

 The only way I can think of to explain what you saw is if there is some
 switch controlling the connections between the USB ports in the
 computer case and the internal hubs.  The lsusb -v output clearly
 stated that nothing was attached to those hubs, even though you had
 plugged various devices into those ports.

 On the other hand, the only thing I know of in the kernel which might
 affect such a switch is the xhci-hcd driver.  It's possible that
 unbinding xhci-hcd isn't sufficient to reset the switch (if it exists)
 back to the original setting.  Maybe you would need to run a kernel
 that doesn't have any xHCI support at all.  Can you build such a kernel
 and test it?

 Alan Stern

--
To unsubscribe from this list: send the line unsubscribe linux-usb in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: [Bug] [Sony VAIO SVT15117CXS] USB 2.0 ports not working with any USB device

2013-08-30 Thread Kevin Archer
Anything below jump out at you?

running git log between versions i gives me:
--
~/ubuntu-oneiric$ git log --oneline 61c4f2c..02f8c6a | grep xhci
95a2424 Merge branch 'for-usb-linus' of
git+ssh://master.kernel.org/pub/scm/linux/kernel/git/sarah/xhci into
usb-linus
b3df3f9 xhci: Always set urb-status to zero for isoc endpoints.
c877b3b xhci: Add reset on resume quirk for asrock p67 host
d233363 xhci: Don't warn about zeroed bMaxBurst descriptor field.
fa75ac3 xhci: Reject double add of active endpoints.
eab5404 Merge branch 'for-usb-linus' of
git+ssh://master.kernel.org/pub/scm/linux/kernel/git/sarah/xhci into
usb-linus
cd3c18b USB: xhci - fix interval calculation for FS isoc endpoints
f5182b4 xhci: Disable MSI for some Fresco Logic hosts.
001fd38 xhci: Do not issue device reset when device is not setup
e2b0217 xhci: Add defines for hardcoded slot states
4819fef xhci: Bigendian fix for xhci_check_bandwidth()
f697531 xhci: Bigendian fix for skip_isoc_td()
87367a0 Merge branch 'for-usb-next' of
git://git.kernel.org/pub/scm/linux/kernel/git/sarah/xhci
2cf95c1 Intel xhci: Limit number of active endpoints to 64.
ad80833 Intel xhci: Ignore spurious successful event.
69e848c Intel xhci: Support EHCI/xHCI port switching.
7fe4fc8 Intel xhci: Add PCI id for Panther Point xHCI host.
f444ff2 xhci: STFU: Be quieter during URB submission and completion.
5153b7b xhci: STFU: Don't print event ring dequeue pointer.
380032c xhci: STFU: Remove function tracing.
fe6c6c1 xhci: Don't submit commands when the host is dead.
0714a57 xhci: Clear stopped_td when Stop Endpoint command completes.
834cb0f xhci: Fix memory leak bug when dropping endpoints
30f89ca xhci: Fix memory leak in ring cache deallocation.
b513d44 xhci: Fix full speed bInterval encoding.
a088592 xhci: move the common code to a function to get max ports and port array
af5c580 Merge branch 'for-usb-next' of
git+ssh://master.kernel.org/pub/scm/linux/kernel/git/sarah/xhci into
usb-next
3abeca9 xhci: Fix bug in control transfer cancellation.
8eadef1 Merge branch 'for-usb-next' of
git+ssh://master.kernel.org/pub/scm/linux/kernel/git/sarah/xhci into
usb-next
dbc2654 Merge branch 'for-usb-next' of
git+ssh://master.kernel.org/pub/scm/linux/kernel/git/sarah/xhci into
usb-next
b61d378 xhci 1.0: Set transfer burst last packet count field.
5cd43e3 xhci 1.0: Set transfer burst count field.
4da6e6f xhci 1.0: Update TD size field format.
af8b9e6 xhci 1.0: Only interrupt on short packet for IN EPs.
00161f7 xhci: Remove sparse warning about cmd_status.
9dee9a2 xhci: Remove recursive call to xhci_handle_event
7ed603e xhci: Add an assertion to check for virt_dev=0 bug.
92a3da4 xhci: Add rmb() between reading event validity  event data access.
28ccd29 xhci: Make xHCI driver endian-safe
7fc2a61 xhci-hcd: Include linux/slab.h in xhci-pci.c
---

~/ubuntu-oneiric$ git log --oneline 61c4f2c..02f8c6a | grep ehci
c27d536 USB: ehci-ath79: fix a NULL pointer dereference
9d87159 at91: fix udc, ehci and mmc clock device name for cap9/9g45/9rl
578333a USB: change maintainership of ohci-hcd and ehci-hcd
6eb6fbb mfd: Fix omap usbhs crash when rmmoding ehci or ohci
d5f6db9e USB: EHCI: Remove SPARC_LEON {read,write}_be definitions from ehci.h
3610ea5 ehci: workaround for pci quirk timeout on ExoPC
5c85301 ehci: pci quirk cleanup
27362d4 USB: ehci-s5p : use __devinit and __devexit macros for probe and remove
a7535ac USB: ehci-au1xxx: fix suspend callback
1395401 USB: ehci: remove structure packing from ehci_def
83722bc USB: extend ehci-fsl and fsl_udc_core driver for OTG operation
13b7ee2a USB: ehci-fsl: add MPC5121E specific suspend and resume
1f594b6 USB: ehci: tegra: fix USB1 port reset issue
2f7ac6c USB: ehci: add workaround for Synopsys HC bug
502fa84 USB: ehci: add bus glue for the Atheros AR71XX/AR724X/AR91XX SoCs
01da92f ARM: EXYNOS4: Add usb ehci device to the NURI board
3e11266 ARM: S5P: Add usb ehci device
0b0cd6c USB: Mark ehci_adjust_port_wakeup_flags as __maybe_unused
---

~/ubuntu-oneiric$ git log --oneline 61c4f2c..02f8c6a drivers/net/usb/
5e2cd08 hso: fix a use after free condition
16adf5d usbnet: Remove over-broad module alias from zaurus.
5c18e80 net/usb/kalmia: signedness bug in kalmia_bind()
7cdfa4a net/usb: kalmia: Various fixes for better support of non-x86
architectures.
d402612 net/usb: Add Samsung Kalmia driver for Samsung GT-B3730
85e3c65 usbnet/cdc_ncm: add missing .reset_resume hook
930a6ea drivers/net/usb/catc.c: Fix potential deadlock in catc_ctrl_run()
19694ac CDC NCM: release interfaces fix in unbind()
57d19e8 Merge branch 'for-linus' of
git://git.kernel.org/pub/scm/linux/kernel/git/jikos/trivial
6c60408 CDC NCM: Add mising short packet in cdc_ncm driver
3c709f8 Merge branch 'master' of
master.kernel.org:/pub/scm/linux/kernel/git/davem/net-3.6
70f23fd treewide: fix a few typos in comments
7143b7d Merge branch 'master' of
master.kernel.org:/pub/scm/linux/kernel/git/davem/net-2.6
7073949 ethtool: cosmetic: Use ethtool ethtool_cmd_speed API

Re: [Bug] [Sony VAIO SVT15117CXS] USB 2.0 ports not working with any USB device

2013-08-30 Thread Alan Stern
On Fri, 30 Aug 2013, Kevin Archer wrote:

 Anything below jump out at you?
 
 running git log between versions i gives me:
 --
 ~/ubuntu-oneiric$ git log --oneline 61c4f2c..02f8c6a | grep xhci
...
 69e848c Intel xhci: Support EHCI/xHCI port switching.
...

That one certainly seems relevant.  We can cut out the rest of the 
list; none of them caught my eye.

Alan Stern

--
To unsubscribe from this list: send the line unsubscribe linux-usb in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: [Bug] [Sony VAIO SVT15117CXS] USB 2.0 ports not working with any USB device

2013-08-30 Thread Kevin Archer
I changed the pci.quirks.c file based on
http://people.canonical.com/~lexical/bugs/lp981710/diff
that I found while searching for the commit that you suggested.

diff --git a/drivers/usb/host/pci-quirks.c b/drivers/usb/host/pci-quirks.c
index 833b3c6..aac5b03 100644
--- a/drivers/usb/host/pci-quirks.c
+++ b/drivers/usb/host/pci-quirks.c
@@ -862,9 +863,10 @@ static void __devinit
quirk_usb_handoff_xhci(struct pci_dev *pdev)
  val |= XHCI_LEGACY_SMI_EVENTS;
  /* Disable any BIOS SMIs and clear all SMI events*/
  writel(val, base + ext_cap_offset + XHCI_LEGACY_CONTROL_OFFSET);
-
+/*
  if (usb_is_intel_switchable_xhci(pdev))
  usb_enable_xhci_ports(pdev);
+*/
 hc_init:
  op_reg_base = base + XHCI_HC_LENGTH(readl(base));

I don't think it is the REAL fix this going forward, but it works for
me and this lap top.

Thank you for helping and your patience and pointing me in the correct
direction.

On Fri, Aug 30, 2013 at 1:48 PM, Alan Stern st...@rowland.harvard.edu wrote:
 On Fri, 30 Aug 2013, Kevin Archer wrote:

 Anything below jump out at you?

 running git log between versions i gives me:
 --
 ~/ubuntu-oneiric$ git log --oneline 61c4f2c..02f8c6a | grep xhci
 ...
 69e848c Intel xhci: Support EHCI/xHCI port switching.
 ...

 That one certainly seems relevant.  We can cut out the rest of the
 list; none of them caught my eye.

 Alan Stern

--
To unsubscribe from this list: send the line unsubscribe linux-usb in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: [Bug] [Sony VAIO SVT15117CXS] USB 2.0 ports not working with any USB device

2013-08-30 Thread Alan Stern
On Fri, 30 Aug 2013, Kevin Archer wrote:

 I changed the pci.quirks.c file based on
 http://people.canonical.com/~lexical/bugs/lp981710/diff
 that I found while searching for the commit that you suggested.
 
 diff --git a/drivers/usb/host/pci-quirks.c b/drivers/usb/host/pci-quirks.c
 index 833b3c6..aac5b03 100644
 --- a/drivers/usb/host/pci-quirks.c
 +++ b/drivers/usb/host/pci-quirks.c
 @@ -862,9 +863,10 @@ static void __devinit
 quirk_usb_handoff_xhci(struct pci_dev *pdev)
   val |= XHCI_LEGACY_SMI_EVENTS;
   /* Disable any BIOS SMIs and clear all SMI events*/
   writel(val, base + ext_cap_offset + XHCI_LEGACY_CONTROL_OFFSET);
 -
 +/*
   if (usb_is_intel_switchable_xhci(pdev))
   usb_enable_xhci_ports(pdev);
 +*/
  hc_init:
   op_reg_base = base + XHCI_HC_LENGTH(readl(base));
 
 I don't think it is the REAL fix this going forward, but it works for
 me and this lap top.

This is not a real fix.  If something is wrong with the port-switching 
mechanism on your machine, it should be brought to the attention of the 
appropriate people.  Unless you think this is a simple hardware flaw in 
your particular computer, not affecting anybody else.

By the way, there is already a change in this area scheduled for the 
3.12 kernel release:

https://git.kernel.org/cgit/linux/kernel/git/gregkh/usb.git/commit?id=26b76798e0507429506b93cd49f8c4cfdab06896

 Thank you for helping and your patience and pointing me in the correct
 direction.

You're welcome.

Alan Stern


--
To unsubscribe from this list: send the line unsubscribe linux-usb in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: [Bug] [Sony VAIO SVT15117CXS] USB 2.0 ports not working with any USB device

2013-08-30 Thread Kevin Archer
I figured it wasn't the REAL fix!

Thanks for the heads up on 3.12 though!

On Fri, Aug 30, 2013 at 4:56 PM, Alan Stern st...@rowland.harvard.edu wrote:
 On Fri, 30 Aug 2013, Kevin Archer wrote:

 I changed the pci.quirks.c file based on
 http://people.canonical.com/~lexical/bugs/lp981710/diff
 that I found while searching for the commit that you suggested.

 diff --git a/drivers/usb/host/pci-quirks.c b/drivers/usb/host/pci-quirks.c
 index 833b3c6..aac5b03 100644
 --- a/drivers/usb/host/pci-quirks.c
 +++ b/drivers/usb/host/pci-quirks.c
 @@ -862,9 +863,10 @@ static void __devinit
 quirk_usb_handoff_xhci(struct pci_dev *pdev)
   val |= XHCI_LEGACY_SMI_EVENTS;
   /* Disable any BIOS SMIs and clear all SMI events*/
   writel(val, base + ext_cap_offset + XHCI_LEGACY_CONTROL_OFFSET);
 -
 +/*
   if (usb_is_intel_switchable_xhci(pdev))
   usb_enable_xhci_ports(pdev);
 +*/
  hc_init:
   op_reg_base = base + XHCI_HC_LENGTH(readl(base));

 I don't think it is the REAL fix this going forward, but it works for
 me and this lap top.

 This is not a real fix.  If something is wrong with the port-switching
 mechanism on your machine, it should be brought to the attention of the
 appropriate people.  Unless you think this is a simple hardware flaw in
 your particular computer, not affecting anybody else.

 By the way, there is already a change in this area scheduled for the
 3.12 kernel release:

 https://git.kernel.org/cgit/linux/kernel/git/gregkh/usb.git/commit?id=26b76798e0507429506b93cd49f8c4cfdab06896

 Thank you for helping and your patience and pointing me in the correct
 direction.

 You're welcome.

 Alan Stern


--
To unsubscribe from this list: send the line unsubscribe linux-usb in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: [Bug] [Sony VAIO SVT15117CXS] USB 2.0 ports not working with any USB device

2013-08-29 Thread Alan Stern
On Wed, 28 Aug 2013, Kevin Archer wrote:

 unbind yielded nothing
 
 using 3.11.0-031100rc5-generic
 
 lsusb -v -s 1:2
 
 Bus 001 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
...
  Hub Port Status:
Port 1: .0103 power enable connect
Port 2: .0100 power
Port 3: .0507 highspeed power suspend enable connect
Port 4: .0100 power
Port 5: .0100 power
Port 6: .0100 power

This shows the touchscreen on port 1 and the camera on port 3, but not
the Bluetooth controller on port 2.  Did you have it unplugged at the
time?

 lsusb -v -s 2:2
 
 Bus 002 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
...
  Hub Port Status:
Port 1: .0100 power
Port 2: .0100 power
Port 3: .0100 power
Port 4: .0100 power
Port 5: .0100 power
Port 6: .0100 power

And this shows nothing plugged in at all.  Did you run the same sort of 
test as before, plugging the flash drive and the Bluetooth controller 
into this hub?  And did you run lsusb -v while the devices were plugged 
in?

I don't know what sort of change could have caused this to happen.  
Even if the system doesn't realize your devices are plugged in, the hub
should show the appropriate port status.

It may turn out that bisection is the only way to find the cause of the
problem.

Alan Stern

--
To unsubscribe from this list: send the line unsubscribe linux-usb in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: [Bug] [Sony VAIO SVT15117CXS] USB 2.0 ports not working with any USB device

2013-08-28 Thread Alan Stern
On Tue, 27 Aug 2013, Kevin Archer wrote:

 rmmod xhci-hcd yields:
 libkmod: ERROR ../libkmod/libkmod-module.c:753
 kmod_module_remove_module: could not remove 'xhci_hcd': No such file
 or directory
 Error: could not remove module xhci-hcd: No such file or directory

Oops.  Apparently the driver was not built as an unloadable module.
That's okay.  You can get more or less the same effect by doing:

echo :00:14.0 /sys/bus/pci/drivers/xhci-hcd/unbind

This will prevent the Logitech trackball from working, but that's okay 
for a short test.  After the test, you can return to normal operation 
by issuing the same command with bind in place of unbind.

 as far as the 2.6.39 version
 I attached dmesg and udev - I was using a usb thumb drive and an
 aluratek usb bluetooth receiver to test with

Yes, good, that all looks normal.

There's one more thing to try (maybe I asked this earlier).  Back in a
3.1 kernel (a later version, like 3.10, would be better), while a
device is plugged in and there's no response, run these two commands:

lsusb -v -s 1:2
lsusb -v -s 2:2

as root and let's see what you get.

Alan Stern

--
To unsubscribe from this list: send the line unsubscribe linux-usb in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: [Bug] [Sony VAIO SVT15117CXS] USB 2.0 ports not working with any USB device

2013-08-27 Thread Alan Stern
On Mon, 26 Aug 2013, Kevin Archer wrote:

 I think the link in my first email was wrong
 here is the correct link
 https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1210858
 
 I did run 2.6.33 and 2.6.39 in which the 2 usb ports did appear to
 work, but the Xserver did not work correctly so I only had command
 line.

That's okay; you don't need anything more than the command line to copy
the dmesg log.  What does the dmesg log for 2.6.39 say when you plug in
an external device?

In 3.11, does it make any difference if you rmmod xhci-hcd before
plugging in the device?

Alan Stern

--
To unsubscribe from this list: send the line unsubscribe linux-usb in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: [Bug] [Sony VAIO SVT15117CXS] USB 2.0 ports not working with any USB device

2013-08-26 Thread Kevin Archer
I think the link in my first email was wrong
here is the correct link
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1210858

I did run 2.6.33 and 2.6.39 in which the 2 usb ports did appear to
work, but the Xserver did not work correctly so I only had command
line.


On Sat, Aug 24, 2013 at 12:10 PM, Kevin Archer kevin.arche...@gmail.com wrote:
 dmesg with device plugged in
 I don't think system saw it.
 The usb 2.0 devices the log sees are all built in.
 maybe some kind of conflict issue with the 2 ports?

 Thanks


 On Sat, Aug 24, 2013 at 11:44 AM, Kevin Archer kevin.arche...@gmail.com 
 wrote:
 I have seen a power flash on the devices at startup then nothing.
 usbmon for bus 1 gives no output what so ever.
 doing the modprobe for dummy-irq irq=16 gives me the one extra line on dmesg
 [] dummy-irq: registered for IRQ 16
 attaching lsusb output as well as the dmesg for the tests (nothing
 installed during boot), finally I am will reboot with device installed
 and post that dmesg output

 On Wed, Aug 21, 2013 at 11:13 AM, Alan Stern st...@rowland.harvard.edu 
 wrote:
 On Tue, 20 Aug 2013, Kevin Archer wrote:

 DMESG log from CONFIG_DUMMY_IRQ per your instructions

 [ 8561.353244] ath9k: ath9k: Driver unloaded
 [ 8627.529948] ehci-pci :00:1a.0: remove, state 1
 [ 8627.529961] ehci-pci :00:1a.0: roothub graceful disconnect
 [ 8627.529973] usb usb1: USB disconnect, device number 1
 [ 8627.529979] usb 1-1: USB disconnect, device number 2
 [ 8627.529984] usb 1-1.1: USB disconnect, device number 3
 [ 8627.529988] usb 1-1.1: unregistering device
 [ 8627.529994] usb 1-1.1: unregistering interface 1-1.1:1.0
 [ 8627.530101] usb 1-1.1: unlink qh1-0e01/880241e95180 start 0 [1/3 us]
 [ 8627.530110] ehci-pci :00:1a.0: shutdown urb 88023f922600 
 ep1in-intr
 [ 8627.559559] usbhid 1-1.1:1.0: removing 0 minor
 [ 8627.560402] usb 1-1.1: usb_disable_device nuking all URBs
 [ 8627.561008] usb 1-1.2: USB disconnect, device number 4
 [ 8627.561022] usb 1-1.2: unregistering device
 [ 8627.561034] usb 1-1.2: unregistering interface 1-1.2:1.0
 [ 8627.561432] usb 1-1.2: unlink qh1-0e01/88023fe57500 start 0 [1/2 us]
 [ 8627.561456] ehci-pci :00:1a.0: shutdown urb 880243aceb40 
 ep1in-intr
 [ 8627.563903] ehci-pci :00:1a.0: shutdown urb 880243ace6c0 
 ep2in-bulk
 [ 8627.563918] ehci-pci :00:1a.0: shutdown urb 880243ace9c0 
 ep2in-bulk
 [ 8627.564084] usb 1-1: clear tt buffer port 2, a4 ep2 t04048d80
 [ 8627.566562] usb 1-1.2: unregistering interface 1-1.2:1.1
 [ 8627.566715] usb 1-1.2: usb_disable_device nuking all URBs
 [ 8627.566993] usb 1-1.3: USB disconnect, device number 5
 [ 8627.567003] usb 1-1.3: unregistering device
 [ 8627.567011] usb 1-1.3: unregistering interface 1-1.3:1.0
 [ 8627.615764] usb 1-1.3: unregistering interface 1-1.3:1.1
 [ 8627.615844] usb 1-1.3: usb_disable_device nuking all URBs
 [ 8627.616210] usb 1-1: unregistering device
 [ 8627.616219] usb 1-1: unregistering interface 1-1:1.0
 [ 8627.616303] usb 1-1: unlink qh256-0001/88023fb6e280 start 1 [1/0 us]
 [ 8627.616327] ehci-pci :00:1a.0: shutdown urb 88023fe9a240 
 ep1in-intr
 [ 8627.618111] usb 1-1: usb_disable_device nuking all URBs
 [ 8627.618990] usb usb1: unregistering device
 [ 8627.619001] usb usb1: unregistering interface 1-0:1.0
 [ 8627.619100] ehci-pci :00:1a.0: shutdown urb 88023fc0a300 
 ep1in-intr
 [ 8627.619230] usb usb1: usb_disable_device nuking all URBs
 [ 8627.619873] ehci-pci :00:1a.0: stop
 [ 8627.620405] ehci-pci :00:1a.0: reset command 0010002 (park)=0
 ithresh=1 period=1024 Reset HALT
 [ 8627.624708] ehci-pci :00:1a.0: irq normal 193 err 3 iaa 90 (lost 0)
 [ 8627.624719] ehci-pci :00:1a.0: complete 195 unlink 8
 [ 8627.624732] ehci-pci :00:1a.0: ehci_stop completed status 1000 Halt
 [ 8627.624760] ehci-pci :00:1a.0: USB bus 1 deregistered
 [ 8652.756509] dummy-irq: registered for IRQ 16

 And nothing more?  Hmmm...

 What shows up if you do just the modprobe dummy-irq step (skip the
 rmmod and echo steps)?  In particular, do any more irq 16: nobody
 cared messages show up?

 If they don't, does loading the dummy-irq module cause your USB-2
 devices to start working again?

 Alan Stern

--
To unsubscribe from this list: send the line unsubscribe linux-usb in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: [Bug] [Sony VAIO SVT15117CXS] USB 2.0 ports not working with any USB device

2013-08-21 Thread Alan Stern
On Tue, 20 Aug 2013, Kevin Archer wrote:

 Here are the registers for :00:1a.0 and :00:1d.0 prior to
 inserting any usb 2.0 device
 I have not included the after logs as there were no changes that
 occurred to the file(s) after a device was plugged in.

Forget about the 1d.0 stuff; the :00:1a.0 directory contains the
stuff that matters for the ports you've been using.  Can you post the
other files in there (async and periodic), before and after?

Also, are you sure there were no changes to the registers after
plugging in a device?  I would expect the Status line to be
different.

The original dmesg log attached to your bug report shows that three
USB-2 devices were detected properly: an ELAN touchscreen, an Atheros 
Bluetooth controller, and a camera.  The sequence of events isn't 
clear.  Evidently they worked okay during the initial detection.  Did 
they all stop working some time after that?

Another thing you should try: Following the instructions in the
Documentation/usb/usbmon.txt source file, collect a usbmon trace for 
bus 1.  Start the trace before you plug in any devices and end it 
afterward.

Also, can you post the output from lsusb -v -s 1:2 after plugging in 
a device?

And post the dmesg log from the session where you run all these other
tests?

Alan Stern

--
To unsubscribe from this list: send the line unsubscribe linux-usb in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: [Bug] [Sony VAIO SVT15117CXS] USB 2.0 ports not working with any USB device

2013-08-21 Thread Alan Stern
On Tue, 20 Aug 2013, Kevin Archer wrote:

 DMESG log from CONFIG_DUMMY_IRQ per your instructions
 
 [ 8561.353244] ath9k: ath9k: Driver unloaded
 [ 8627.529948] ehci-pci :00:1a.0: remove, state 1
 [ 8627.529961] ehci-pci :00:1a.0: roothub graceful disconnect
 [ 8627.529973] usb usb1: USB disconnect, device number 1
 [ 8627.529979] usb 1-1: USB disconnect, device number 2
 [ 8627.529984] usb 1-1.1: USB disconnect, device number 3
 [ 8627.529988] usb 1-1.1: unregistering device
 [ 8627.529994] usb 1-1.1: unregistering interface 1-1.1:1.0
 [ 8627.530101] usb 1-1.1: unlink qh1-0e01/880241e95180 start 0 [1/3 us]
 [ 8627.530110] ehci-pci :00:1a.0: shutdown urb 88023f922600 ep1in-intr
 [ 8627.559559] usbhid 1-1.1:1.0: removing 0 minor
 [ 8627.560402] usb 1-1.1: usb_disable_device nuking all URBs
 [ 8627.561008] usb 1-1.2: USB disconnect, device number 4
 [ 8627.561022] usb 1-1.2: unregistering device
 [ 8627.561034] usb 1-1.2: unregistering interface 1-1.2:1.0
 [ 8627.561432] usb 1-1.2: unlink qh1-0e01/88023fe57500 start 0 [1/2 us]
 [ 8627.561456] ehci-pci :00:1a.0: shutdown urb 880243aceb40 ep1in-intr
 [ 8627.563903] ehci-pci :00:1a.0: shutdown urb 880243ace6c0 ep2in-bulk
 [ 8627.563918] ehci-pci :00:1a.0: shutdown urb 880243ace9c0 ep2in-bulk
 [ 8627.564084] usb 1-1: clear tt buffer port 2, a4 ep2 t04048d80
 [ 8627.566562] usb 1-1.2: unregistering interface 1-1.2:1.1
 [ 8627.566715] usb 1-1.2: usb_disable_device nuking all URBs
 [ 8627.566993] usb 1-1.3: USB disconnect, device number 5
 [ 8627.567003] usb 1-1.3: unregistering device
 [ 8627.567011] usb 1-1.3: unregistering interface 1-1.3:1.0
 [ 8627.615764] usb 1-1.3: unregistering interface 1-1.3:1.1
 [ 8627.615844] usb 1-1.3: usb_disable_device nuking all URBs
 [ 8627.616210] usb 1-1: unregistering device
 [ 8627.616219] usb 1-1: unregistering interface 1-1:1.0
 [ 8627.616303] usb 1-1: unlink qh256-0001/88023fb6e280 start 1 [1/0 us]
 [ 8627.616327] ehci-pci :00:1a.0: shutdown urb 88023fe9a240 ep1in-intr
 [ 8627.618111] usb 1-1: usb_disable_device nuking all URBs
 [ 8627.618990] usb usb1: unregistering device
 [ 8627.619001] usb usb1: unregistering interface 1-0:1.0
 [ 8627.619100] ehci-pci :00:1a.0: shutdown urb 88023fc0a300 ep1in-intr
 [ 8627.619230] usb usb1: usb_disable_device nuking all URBs
 [ 8627.619873] ehci-pci :00:1a.0: stop
 [ 8627.620405] ehci-pci :00:1a.0: reset command 0010002 (park)=0
 ithresh=1 period=1024 Reset HALT
 [ 8627.624708] ehci-pci :00:1a.0: irq normal 193 err 3 iaa 90 (lost 0)
 [ 8627.624719] ehci-pci :00:1a.0: complete 195 unlink 8
 [ 8627.624732] ehci-pci :00:1a.0: ehci_stop completed status 1000 Halt
 [ 8627.624760] ehci-pci :00:1a.0: USB bus 1 deregistered
 [ 8652.756509] dummy-irq: registered for IRQ 16

And nothing more?  Hmmm...

What shows up if you do just the modprobe dummy-irq step (skip the
rmmod and echo steps)?  In particular, do any more irq 16: nobody
cared messages show up?

If they don't, does loading the dummy-irq module cause your USB-2 
devices to start working again?

Alan Stern

--
To unsubscribe from this list: send the line unsubscribe linux-usb in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: [Bug] [Sony VAIO SVT15117CXS] USB 2.0 ports not working with any USB device

2013-08-20 Thread Kevin Archer
Here are the registers for :00:1a.0 and :00:1d.0 prior to
inserting any usb 2.0 device
I have not included the after logs as there were no changes that
occurred to the file(s) after a device was plugged in.

Will work on and add the CONFIG_DUMMY_IRQ logs, but it appears there
are errors in the before logs.

Thanks

On Sat, Aug 17, 2013 at 8:54 PM, Alan Stern st...@rowland.harvard.edu wrote:
 On Sat, 17 Aug 2013, Kevin Archer wrote:

 Issue similar to Ming Lei post of June 26th 2013

 USB 2.0 ports appear to operate correctly in 2.6.33 and 2.6.39 but
 not after going to 3.1


 See detailed log in below link:

 https://bugs.launchpad.net/bugs/1210858

 The log file contains this line:

 [2.030639] irq 16: nobody cared (try booting with the irqpoll option)

 Not surprisingly, IRQ 16 is the one used by the EHCI (USB-2)
 controller.  No doubt that's why you were asked to test with the
 irqpoll option.

 This problem is most likely caused by some other part of the kernel.
 It won't be easy to tell which, however.  Do any kernel versions work
 okay?

 To get more information, run a kernel that was built with
 CONFIG_USB_DEBUG enabled.  Then go to the
 /sys/kernel/debug/usb/ehci/:00:1a.0 directory and post a copy of
 the registers file there.  In fact, get two copies of that file: one
 before plugging any device into a USB-2 port, and one while a device is
 plugged in.

 Another thing you can try: Run a kernel with CONFIG_DUMMY_IRQ enabled.
 Do:

 rmmod ath9k
 echo :00:1a.0 /sys/bus/pci/drivers/ehci-pci/unbind
 modprobe dummy-irq irq=16

 and see what shows up in the dmesg log.

 Alan Stern

bus pci, device :00:1a.0
EHCI Host Controller
EHCI 1.00, rh state running
ownership 0101 linux
SMI sts/enable 0x4008
structural params 0x0022
capability params 0x00036881
status e008 Async Periodic Recl FLR
command 0010031 (park)=0 ithresh=1 Async Periodic period=1024 RUN
intrenable 37 IAA FATAL PCD ERR INT
uframe 0ea7
port:1 status 001005 0  ACK POWER sig=se0 PE CONNECT
port:2 status 001000 0  ACK POWER sig=se0
irq normal 193 err 3 iaa 88 (lost 0)
complete 195 unlink 3
bus pci, device :00:1d.0
EHCI Host Controller
EHCI 1.00, rh state suspended
ownership 0101 linux
SMI sts/enable 0x4000
structural params 0x0022
capability params 0x00036881
status 3000 Recl Halt
command 001 (park)=0 ithresh=1 period=1024 HALT
intrenable 37 IAA FATAL PCD ERR INT
uframe 07fe
port:1 status 601085 0  ACK POWER sig=se0 SUSPEND PE CONNECT
port:2 status 501000 0  ACK POWER sig=se0
irq normal 22 err 0 iaa 10 (lost 0)
complete 22 unlink 1


Re: [Bug] [Sony VAIO SVT15117CXS] USB 2.0 ports not working with any USB device

2013-08-20 Thread Kevin Archer
DMESG log from CONFIG_DUMMY_IRQ per your instructions

[ 8561.353244] ath9k: ath9k: Driver unloaded
[ 8627.529948] ehci-pci :00:1a.0: remove, state 1
[ 8627.529961] ehci-pci :00:1a.0: roothub graceful disconnect
[ 8627.529973] usb usb1: USB disconnect, device number 1
[ 8627.529979] usb 1-1: USB disconnect, device number 2
[ 8627.529984] usb 1-1.1: USB disconnect, device number 3
[ 8627.529988] usb 1-1.1: unregistering device
[ 8627.529994] usb 1-1.1: unregistering interface 1-1.1:1.0
[ 8627.530101] usb 1-1.1: unlink qh1-0e01/880241e95180 start 0 [1/3 us]
[ 8627.530110] ehci-pci :00:1a.0: shutdown urb 88023f922600 ep1in-intr
[ 8627.559559] usbhid 1-1.1:1.0: removing 0 minor
[ 8627.560402] usb 1-1.1: usb_disable_device nuking all URBs
[ 8627.561008] usb 1-1.2: USB disconnect, device number 4
[ 8627.561022] usb 1-1.2: unregistering device
[ 8627.561034] usb 1-1.2: unregistering interface 1-1.2:1.0
[ 8627.561432] usb 1-1.2: unlink qh1-0e01/88023fe57500 start 0 [1/2 us]
[ 8627.561456] ehci-pci :00:1a.0: shutdown urb 880243aceb40 ep1in-intr
[ 8627.563903] ehci-pci :00:1a.0: shutdown urb 880243ace6c0 ep2in-bulk
[ 8627.563918] ehci-pci :00:1a.0: shutdown urb 880243ace9c0 ep2in-bulk
[ 8627.564084] usb 1-1: clear tt buffer port 2, a4 ep2 t04048d80
[ 8627.566562] usb 1-1.2: unregistering interface 1-1.2:1.1
[ 8627.566715] usb 1-1.2: usb_disable_device nuking all URBs
[ 8627.566993] usb 1-1.3: USB disconnect, device number 5
[ 8627.567003] usb 1-1.3: unregistering device
[ 8627.567011] usb 1-1.3: unregistering interface 1-1.3:1.0
[ 8627.615764] usb 1-1.3: unregistering interface 1-1.3:1.1
[ 8627.615844] usb 1-1.3: usb_disable_device nuking all URBs
[ 8627.616210] usb 1-1: unregistering device
[ 8627.616219] usb 1-1: unregistering interface 1-1:1.0
[ 8627.616303] usb 1-1: unlink qh256-0001/88023fb6e280 start 1 [1/0 us]
[ 8627.616327] ehci-pci :00:1a.0: shutdown urb 88023fe9a240 ep1in-intr
[ 8627.618111] usb 1-1: usb_disable_device nuking all URBs
[ 8627.618990] usb usb1: unregistering device
[ 8627.619001] usb usb1: unregistering interface 1-0:1.0
[ 8627.619100] ehci-pci :00:1a.0: shutdown urb 88023fc0a300 ep1in-intr
[ 8627.619230] usb usb1: usb_disable_device nuking all URBs
[ 8627.619873] ehci-pci :00:1a.0: stop
[ 8627.620405] ehci-pci :00:1a.0: reset command 0010002 (park)=0
ithresh=1 period=1024 Reset HALT
[ 8627.624708] ehci-pci :00:1a.0: irq normal 193 err 3 iaa 90 (lost 0)
[ 8627.624719] ehci-pci :00:1a.0: complete 195 unlink 8
[ 8627.624732] ehci-pci :00:1a.0: ehci_stop completed status 1000 Halt
[ 8627.624760] ehci-pci :00:1a.0: USB bus 1 deregistered
[ 8652.756509] dummy-irq: registered for IRQ 16

On Tue, Aug 20, 2013 at 6:36 PM, Kevin Archer kevin.arche...@gmail.com wrote:
 Here are the registers for :00:1a.0 and :00:1d.0 prior to
 inserting any usb 2.0 device
 I have not included the after logs as there were no changes that
 occurred to the file(s) after a device was plugged in.

 Will work on and add the CONFIG_DUMMY_IRQ logs, but it appears there
 are errors in the before logs.

 Thanks

 On Sat, Aug 17, 2013 at 8:54 PM, Alan Stern st...@rowland.harvard.edu wrote:
 On Sat, 17 Aug 2013, Kevin Archer wrote:

 Issue similar to Ming Lei post of June 26th 2013

 USB 2.0 ports appear to operate correctly in 2.6.33 and 2.6.39 but
 not after going to 3.1


 See detailed log in below link:

 https://bugs.launchpad.net/bugs/1210858

 The log file contains this line:

 [2.030639] irq 16: nobody cared (try booting with the irqpoll option)

 Not surprisingly, IRQ 16 is the one used by the EHCI (USB-2)
 controller.  No doubt that's why you were asked to test with the
 irqpoll option.

 This problem is most likely caused by some other part of the kernel.
 It won't be easy to tell which, however.  Do any kernel versions work
 okay?

 To get more information, run a kernel that was built with
 CONFIG_USB_DEBUG enabled.  Then go to the
 /sys/kernel/debug/usb/ehci/:00:1a.0 directory and post a copy of
 the registers file there.  In fact, get two copies of that file: one
 before plugging any device into a USB-2 port, and one while a device is
 plugged in.

 Another thing you can try: Run a kernel with CONFIG_DUMMY_IRQ enabled.
 Do:

 rmmod ath9k
 echo :00:1a.0 /sys/bus/pci/drivers/ehci-pci/unbind
 modprobe dummy-irq irq=16

 and see what shows up in the dmesg log.

 Alan Stern

--
To unsubscribe from this list: send the line unsubscribe linux-usb in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: [Bug] [Sony VAIO SVT15117CXS] USB 2.0 ports not working with any USB device

2013-08-17 Thread Alan Stern
On Sat, 17 Aug 2013, Kevin Archer wrote:

 Issue similar to Ming Lei post of June 26th 2013
 
 USB 2.0 ports appear to operate correctly in 2.6.33 and 2.6.39 but
 not after going to 3.1
 
 
 See detailed log in below link:
 
 https://bugs.launchpad.net/bugs/1210858

The log file contains this line:

[2.030639] irq 16: nobody cared (try booting with the irqpoll option)

Not surprisingly, IRQ 16 is the one used by the EHCI (USB-2)  
controller.  No doubt that's why you were asked to test with the
irqpoll option.

This problem is most likely caused by some other part of the kernel.  
It won't be easy to tell which, however.  Do any kernel versions work 
okay?

To get more information, run a kernel that was built with
CONFIG_USB_DEBUG enabled.  Then go to the
/sys/kernel/debug/usb/ehci/:00:1a.0 directory and post a copy of
the registers file there.  In fact, get two copies of that file: one
before plugging any device into a USB-2 port, and one while a device is
plugged in.

Another thing you can try: Run a kernel with CONFIG_DUMMY_IRQ enabled.  
Do:

rmmod ath9k
echo :00:1a.0 /sys/bus/pci/drivers/ehci-pci/unbind
modprobe dummy-irq irq=16

and see what shows up in the dmesg log.

Alan Stern

--
To unsubscribe from this list: send the line unsubscribe linux-usb in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html