lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:	Mon, 02 Jul 2012 22:12:30 +0200
From:	Frederik Himpe <fhimpe@...enet.be>
To:	Alan Stern <stern@...land.harvard.edu>
Cc:	linux-kernel@...r.kernel.org, linux-usb@...r.kernel.org,
	linux-uvc-devel@...ts.sourceforge.net
Subject: Re: Logitech HD Webcam C525 does not work when connected to USB 2
 port, works on USB 3

On Sun, 2012-07-01 at 11:54 -0400, Alan Stern wrote:
> On Sun, 1 Jul 2012, Frederik Himpe wrote:
> 
> > > A usbmon trace would be more helpful.  Or perhaps a pair of traces, one 
> > > for the USB-2 port and one for the USB-3 port.  See the instructions in 
> > > Documentation/usb/usbmon.txt.
> > 
> > OK, I created a usbmon trace both from the USB-2 port as the USB-3 port.
> > During the trace, I connected the USB webcam to the USB port and started
> > mplayer, which failed on USB-2 but worked fine on USB-3.
> > 
> > The two traces can be found here:
> > http://artipc10.vub.ac.be/~frederik/webcam/
> 
> There are two significant differences between the USB-2 and USB-3 
> traces, although I don't know what to make of them.
> 
> Initially it looks like the driver writes a bunch of values to the 
> webcam and asks it to repeat them back.  That's what happens in the 
> USB-3 trace, anyway.  The USB-2 trace shows the values being written, 
> but when asked to repeat them back the webcam sends nothing.
> 
> For example, with USB-3:
> 
> ffff8804085042c0 470397794 S Co:3:003:0 s 22 01 0100 0086 0003 3 = 803e00
> ffff8804085042c0 470399896 C Co:3:003:0 0 3 >
> ffff8804085042c0 470400004 S Ci:3:003:0 s a2 81 0100 0086 0003 3 <
> ffff8804085042c0 470401270 C Ci:3:003:0 0 3 = 803e00
> 
> The 803e00 values get sent and then received.  The analogous part of
> the USB-2 trace shows:
> 
> ffff88040cc1f5c0 208122798 S Co:1:006:0 s 22 01 0100 0086 0003 3 = 803e00
> ffff88040cc1f5c0 208124781 C Co:1:006:0 0 3 >
> ffff88040cc1f5c0 208124818 S Ci:1:006:0 s a2 81 0100 0086 0003 3 <
> ffff88040cc1f5c0 208126156 C Ci:1:006:0 0 0
> 
> Exactly the same values are sent and the request is the same, but no 
> data gets returned.  I have no idea what that means.
> 
> Secondly, both traces show that the webcam stopped being used for a
> short time and was suspended.  A few seconds later, when it was resumed
> again, it worked okay in the USB-3 trace.  But in the USB-2 trace, it
> didn't.  After the resume it failed to reply to the first packet sent
> (a Get-Device-Status request), and thus it had to be re-enumerated.
> 
> Have you tried using the webcam on a different computer?

I just tried it on a different system (Dell Latitude E6400), and it
worked fine on the USB2 ports (kernel version was 3.4.1 on that system,
though). The webcam also works fine on the affected system and USB2
ports in Windows.

-- 
Frederik Himpe <fhimpe@...enet.be>

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ