<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/drivers/usb, branch v2.6.12</title>
<subtitle>Linux kernel source tree</subtitle>
<id>https://git.amat.us/linux/atom/drivers/usb?h=v2.6.12</id>
<link rel='self' href='https://git.amat.us/linux/atom/drivers/usb?h=v2.6.12'/>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/'/>
<updated>2005-06-16T16:02:59Z</updated>
<entry>
<title>[PATCH] fix for kaweth broken by changes in the networking layer</title>
<updated>2005-06-16T16:02:59Z</updated>
<author>
<name>Oliver Neukum</name>
<email>oliver@neukum.org</email>
</author>
<published>2005-06-16T05:26:38Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=58125f95c62a44f12bb71c58ef70f0068d20c7a2'/>
<id>urn:sha1:58125f95c62a44f12bb71c58ef70f0068d20c7a2</id>
<content type='text'>
Cc: Greg KH &lt;greg@kroah.com&gt;
Signed-off-by: Andrew Morton &lt;akpm@osdl.org&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@osdl.org&gt;
</content>
</entry>
<entry>
<title>[PATCH] spin longer for ehci port reset completion</title>
<updated>2005-06-13T15:20:41Z</updated>
<author>
<name>David Brownell</name>
<email>david-b@pacbell.net</email>
</author>
<published>2005-06-13T14:15:28Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=c22fa3acbc2ef79ea57217643f6cd6d226963069'/>
<id>urn:sha1:c22fa3acbc2ef79ea57217643f6cd6d226963069</id>
<content type='text'>
This makes the EHCI driver spin a bit longer before concluding that the
port reset failed.  "Obviously safe."

It allows some devices to enumerate that previously didn't.  We've seen
a bunch of these problem reports recently, this will make some go away.

As reported by Michael Zapf &lt;Michael.Zapf@uni-kassel.de&gt;, some EHCI
controllers seem to take forever to finish port resets and produce
"port N reset error -110" type errors.  Spinning a bit longer helps.

Signed-off-by: David Brownell &lt;dbrownell@users.sourceforge.net&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@osdl.org&gt;
</content>
</entry>
<entry>
<title>[PATCH] pwc bug fix</title>
<updated>2005-06-13T04:05:57Z</updated>
<author>
<name>Alan Cox</name>
<email>alan@lxorguk.ukuu.org.uk</email>
</author>
<published>2005-06-11T17:00:52Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=c0105338eb4e61e537ca34ae06921177cb6efcf0'/>
<id>urn:sha1:c0105338eb4e61e537ca34ae06921177cb6efcf0</id>
<content type='text'>
The pwc chainsaw session left some setups not working.  There is a
sanity check on compression buffers that simply isn't right any more as
we never allocate one.

This doesn't address the email and other changes.  I'll do those
tomorrow if I get time, but it is the minimal fix for the code and basic
feature set.

Signed-off-by: Alan Cox &lt;alan@redhat.com&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@osdl.org&gt;
</content>
</entry>
<entry>
<title>[PATCH] USB: ftdi_sio: avoid losing received data in tty-ldisc</title>
<updated>2005-06-09T08:38:15Z</updated>
<author>
<name>Ian Abbott</name>
<email>abbotti@mev.co.uk</email>
</author>
<published>2005-06-02T09:34:11Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=76854ceac3ef3408ab9a50a2521147fb14779f58'/>
<id>urn:sha1:76854ceac3ef3408ab9a50a2521147fb14779f58</id>
<content type='text'>
ftdi_sio: Avoid losing bytes at tty-ldisc.

This patch was originally developed by Daniel Smertnig.  I
(Ian Abbott) made a few changes.  It has been tested by both
Daniel and I, at least for raw, non-canonical receive data
processing.

Here is Daniel's original description of the patch:

===
During a project in which I was using a FTDI 232BM to
transmit data at relative high speeds (625kBit/s), I
noticed a problem where data was lost even if flow
control was enabled: The FTDI-Driver receives 512 Bytes
of data over USB at a time, which consists of 8 64-Byte
packets. Subtracting the 2 bytes of status information
included in each packet this gives 496 "real" data
bytes per read.

This data is passed (indirectly, via the flip buffers)
to the tty line discipline which takes care of
throttling when there the free buffer space reaches
TTY_THRESHOLD_THROTTLE (128). Because the FTDI driver
processes up to 496 bytes at a time, throttling won't
happen in time and the line discipline will discard the
remaining bytes.

To avoid this the patch passes data in 62-byte blocks
to the tty layer and checks the available space in the
ldisc-buffers. If there isn't enough free space,
processing the rest of the data is delayed using a
workqueue.

Note: The original problem should be easily
reproducible with a userspace program which does slow &amp;
small reads.
===

Signed-off-by: Ian Abbott &lt;abbotti@mev.co.uk&gt;
Signed-off-by: Daniel Smertnig &lt;daniel.smertnig@gmail.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;
</content>
</entry>
<entry>
<title>[PATCH] USB: resolve Zaurus problem</title>
<updated>2005-06-03T15:16:17Z</updated>
<author>
<name>David Brownell</name>
<email>david-b@pacbell.net</email>
</author>
<published>2005-06-03T15:01:35Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=f4d340cf869b2b63e1043eed72aa2eab6fa2cb2c'/>
<id>urn:sha1:f4d340cf869b2b63e1043eed72aa2eab6fa2cb2c</id>
<content type='text'>
This "obvious" one-liner is needed to recognize Zaurus SL 6000;
it just checks two GUIDs not just one.

OSDL bugids #4512 and #4545 seem to be duplicates of this report.

From: Gerald Skerbitz &lt;gsker@tcfreenet.org&gt;
Signed-off-by: David Brownell &lt;dbrownell@users.sourceforge.net&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@osdl.org&gt;
</content>
</entry>
<entry>
<title>[PATCH] USB: CP2101 Add support for flow control</title>
<updated>2005-06-03T07:04:30Z</updated>
<author>
<name>Craig Shelley</name>
<email>craig@microtron.org.uk</email>
</author>
<published>2005-05-26T23:09:56Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=39a66b8d22a36cfa1a48f7f59c6a4639d9c99653'/>
<id>urn:sha1:39a66b8d22a36cfa1a48f7f59c6a4639d9c99653</id>
<content type='text'>
Added support to get/set flow control line levels using TIOCMGET and
TIOCMSET.
Added support for RTSCTS hardware flow control.
cp2101_get_config and cp2101_set_config modified to support long request
strings, required for configuring flow control.

Signed-off-by: Craig Shelley craig@microtron.org.uk
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;
</content>
</entry>
<entry>
<title>[PATCH] USB Storage: Add unusual_devs for Trumpion Voice Recorder</title>
<updated>2005-06-03T07:04:30Z</updated>
<author>
<name>Phil Dibowitz</name>
<email>phil@ipom.com</email>
</author>
<published>2005-05-21T07:45:55Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=1724757e5ab5219b46876ac6e4e362a4b2dcfa86'/>
<id>urn:sha1:1724757e5ab5219b46876ac6e4e362a4b2dcfa86</id>
<content type='text'>
The original entry of this patch was submitted by Filippo Bardelli
&lt;filibard@libero.it&gt;, with cleanups and patch-ification by me.

This corrects the subclass that the device reports.

Signed-off-by: Phil Dibowitz &lt;phil@ipom.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;
</content>
</entry>
<entry>
<title>[PATCH] USB: make MODALIAS code a bit smaller devices</title>
<updated>2005-06-03T07:04:29Z</updated>
<author>
<name>Paulo Marques</name>
<email>pmarques@grupopie.com</email>
</author>
<published>2005-05-18T12:12:49Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=77ddecc3c047e4e9bd7332d3173def93ea2de1ad'/>
<id>urn:sha1:77ddecc3c047e4e9bd7332d3173def93ea2de1ad</id>
<content type='text'>
This patch makes the code to provide modalias in sysfs for usb devices
56 bytes smaller in i386, while making it clear that the first part of
the modalias string is the same no matter what the device class is.

Signed-Off-By: Paulo Marques &lt;pmarques@grupopie.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;
</content>
</entry>
<entry>
<title>[PATCH] USB: add Option Card driver</title>
<updated>2005-06-03T07:04:29Z</updated>
<author>
<name>Matthias Urlichs</name>
<email>smurf@smurf.noris.de</email>
</author>
<published>2005-05-24T00:00:48Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=58cfe9113e485f7e04bd0eac4fc4251b330af501'/>
<id>urn:sha1:58cfe9113e485f7e04bd0eac4fc4251b330af501</id>
<content type='text'>
This patch adds a new driver for "Option" cards.  This is a GSM data card,
controlled by three "serial ports" which are connected via an OHCI adapter,
all located on an oversized PC-Card.  It's sold by several GSM service
providers.

Traditionally, this card has been accessed via the standard serial driver
and appropriate vendor= and product= options.  However, testing has
revealed several problems with this approach, including hung data transfers
and lost data blocks when receiving.

Therefore, I've written a separate driver.

Signed-off-by: Matthias Urlichs &lt;smurf@smurf.noris.de&gt;
Signed-off-by: Andrew Morton &lt;akpm@osdl.org&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;
</content>
</entry>
<entry>
<title>[PATCH] USB: add Vernier devices to HID blacklist</title>
<updated>2005-06-03T07:04:29Z</updated>
<author>
<name>Greg Kroah-Hartman</name>
<email>gregkh@suse.de</email>
</author>
<published>2005-06-03T05:18:12Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=4871d3be13ea2b33edc9ba6fbcc30fc047087be7'/>
<id>urn:sha1:4871d3be13ea2b33edc9ba6fbcc30fc047087be7</id>
<content type='text'>
They aren't really HID devices.

Damm microsoft HID driver, that thing has caused more companies to have
to do this kind of hack...

Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;
</content>
</entry>
</feed>
