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:	Fri, 8 Jun 2007 10:27:43 -0400 (EDT)
From:	Alan Stern <stern@...land.harvard.edu>
To:	Robert de Rooy <robert.de.rooy@...il.com>
cc:	Jiri Kosina <jikos@...os.cz>, Greg KH <greg@...ah.com>,
	<Joel.Becker@...cle.com>,
	USB development list <linux-usb-devel@...ts.sourceforge.net>,
	Kernel development list <linux-kernel@...r.kernel.org>
Subject: Re: [linux-usb-devel] ThinkPad T41 - Strange USB 2.0 behaviour

On Fri, 8 Jun 2007, Jiri Kosina wrote:

> linux-usb-devel list added
> 
> On Fri, 8 Jun 2007, Robert de Rooy wrote:
> 
> > Jiri Kosina wrote:
> > > On Thu, 7 Jun 2007, Robert de Rooy wrote:
> > >
> > >   
> > > > Yes I figured it was a hardware problem, but that was not really the point
> > > > I was trying to raise ;). I would like, if possible for Linux to
> > > > automatically fallback to USB 1.1 like Windows does (preferably with a
> > > > suitable warning).
> > > >     
> > >
> > > What do you propose as a trigger for the kernel to fallback?
> > >
> > > You can work it around manually, just don't use ehci-hcd, can't you?
> > >
> > >   
> > Yes I can unload ehci-hcd, but I have one USB 2.0 device that strangely enough
> > DOES work as such, and unloading ehci-hcd will cause that also to run at 1.1
> > speed.
> > 
> > Clearly something is failing when plugging a device with ehci-hcd loaded, the
> > driver seems to keep retrying indefinitely. Instead it would be nice if after
> > a few tries it hands the device over to uhci-hcd. This seems to be the
> > behaviour under Windows, so I was wondering if Linux could be made to do
> > something similar.

Robert, it would help somewhat if you could build a kernel with 
CONFIG_USB_DEBUG turned on and post the dmesg log showing what happens 
when you plug in one of those non-working devices.

Yes, in principle Linux can be made to switch over to full speed when 
high speed fails.  But there are limitations: The switchover would work 
only for devices plugged directly into the computer, not for devices 
plugged into a high-speed hub.  And some Linux systems (not regular 
PCs) have EHCI implementations that don't allow such a switch -- or 
if they do, I'm not aware of how to accomplish it.

BTW, depending on the kind of failure the system does not keep 
retrying indefinitely.  It gives up after four attempts.

Alan Stern

-
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