<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux.git/drivers/usb/storage, branch v2.6.15</title>
<subtitle>Linux kernel source tree</subtitle>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux.git/'/>
<entry>
<title>[PATCH] USB Storage: Force starget-&gt;scsi_level in usb-storage scsiglue.c</title>
<updated>2005-12-21T22:46:34+00:00</updated>
<author>
<name>Paul Walmsley</name>
<email>paul@booyaka.com</email>
</author>
<published>2005-12-21T22:28:06+00:00</published>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux.git/commit/?id=28120be5d6830cd7c7777d8bf570bdb20abef58a'/>
<id>28120be5d6830cd7c7777d8bf570bdb20abef58a</id>
<content type='text'>
When the usb-storage module forces sdev-&gt;scsi_level to SCSI_2, it should
also force starget-&gt;scsi_level to the same value.  Otherwise, the SCSI
layer may attempt to issue SCSI-3 commands to the device, such as REPORT
LUNS, which it cannot handle.  This can prevent the device from working
with Linux.

The AMS Venus DS3 DS2316SU2S SATA-to-SATA+USB enclosure, based on the
Oxford Semiconductor OXU921S chip, requires this patch to function
correctly on Linux.  The enclosure reports a SCSI-3 SPC-2 command set
level, but does not correctly handle the REPORT LUNS SCSI command -
probably due to a bug in its firmware.

It seems likely that other USB storage enclosures with similar bugs will
also benefit from this patch.

Tony Lindgren &lt;tony@atomide.com&gt; collaborated in the development of this
patch.

Signed-off-by: Paul Walmsley &lt;paul@booyaka.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@osdl.org&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
When the usb-storage module forces sdev-&gt;scsi_level to SCSI_2, it should
also force starget-&gt;scsi_level to the same value.  Otherwise, the SCSI
layer may attempt to issue SCSI-3 commands to the device, such as REPORT
LUNS, which it cannot handle.  This can prevent the device from working
with Linux.

The AMS Venus DS3 DS2316SU2S SATA-to-SATA+USB enclosure, based on the
Oxford Semiconductor OXU921S chip, requires this patch to function
correctly on Linux.  The enclosure reports a SCSI-3 SPC-2 command set
level, but does not correctly handle the REPORT LUNS SCSI command -
probably due to a bug in its firmware.

It seems likely that other USB storage enclosures with similar bugs will
also benefit from this patch.

Tony Lindgren &lt;tony@atomide.com&gt; collaborated in the development of this
patch.

Signed-off-by: Paul Walmsley &lt;paul@booyaka.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@osdl.org&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>[PATCH] USB: fix USB key generates ioctl_internal_command errors issue</title>
<updated>2005-11-24T07:04:28+00:00</updated>
<author>
<name>David Härdeman</name>
<email>david@2gen.com</email>
</author>
<published>2005-11-23T23:45:49+00:00</published>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux.git/commit/?id=63dc3ff3e019287e8cb4647808de1d93acddd006'/>
<id>63dc3ff3e019287e8cb4647808de1d93acddd006</id>
<content type='text'>
On Wed, Nov 16, 2005 at 06:34:24PM -0800, Pete Zaitcev wrote:
&gt;On Wed, 16 Nov 2005 23:52:32 +0100, David Härdeman &lt;david@2gen.com&gt; wrote:
&gt;&gt; usb-storage: waiting for device to settle before scanning
&gt;&gt;   Vendor: I0MEGA    Model: UMni1GB*IOM2K4    Rev: 1.01
&gt;&gt;   Type:   Direct-Access                      ANSI SCSI revision: 02
&gt;&gt; SCSI device sda: 2048000 512-byte hdwr sectors (1049 MB)
&gt;&gt; sda: Write Protect is off
&gt;&gt; sda: Mode Sense: 00 00 00 00
&gt;&gt; sda: assuming drive cache: write through
&gt;&gt; ioctl_internal_command: &lt;8 0 0 0&gt; return code = 8000002
&gt;&gt;    : Current: sense key=0x0
&gt;&gt;     ASC=0x0 ASCQ=0x0
&gt;&gt; SCSI device sda: 2048000 512-byte hdwr sectors (1049 MB)
&gt;
&gt;I think it's harmless. I saw things like that, and initially I plugged
&gt;them with workarounds like this:

Thanks for the pointer, and yes, it is harmless, but it floods the
console with the messages which hides other (potentially important)
messages...following your example I've made a patch which fixes the
problem.

Signed-off-by: David Härdeman &lt;david@2gen.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@osdl.org&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
On Wed, Nov 16, 2005 at 06:34:24PM -0800, Pete Zaitcev wrote:
&gt;On Wed, 16 Nov 2005 23:52:32 +0100, David Härdeman &lt;david@2gen.com&gt; wrote:
&gt;&gt; usb-storage: waiting for device to settle before scanning
&gt;&gt;   Vendor: I0MEGA    Model: UMni1GB*IOM2K4    Rev: 1.01
&gt;&gt;   Type:   Direct-Access                      ANSI SCSI revision: 02
&gt;&gt; SCSI device sda: 2048000 512-byte hdwr sectors (1049 MB)
&gt;&gt; sda: Write Protect is off
&gt;&gt; sda: Mode Sense: 00 00 00 00
&gt;&gt; sda: assuming drive cache: write through
&gt;&gt; ioctl_internal_command: &lt;8 0 0 0&gt; return code = 8000002
&gt;&gt;    : Current: sense key=0x0
&gt;&gt;     ASC=0x0 ASCQ=0x0
&gt;&gt; SCSI device sda: 2048000 512-byte hdwr sectors (1049 MB)
&gt;
&gt;I think it's harmless. I saw things like that, and initially I plugged
&gt;them with workarounds like this:

Thanks for the pointer, and yes, it is harmless, but it floods the
console with the messages which hides other (potentially important)
messages...following your example I've made a patch which fixes the
problem.

Signed-off-by: David Härdeman &lt;david@2gen.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@osdl.org&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>[PATCH] USB: Maxtor OneTouch button support for older drives</title>
<updated>2005-11-17T19:29:54+00:00</updated>
<author>
<name>Antti Andreimann</name>
<email>Antti.Andreimann@mail.ee</email>
</author>
<published>2005-11-17T17:47:53+00:00</published>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux.git/commit/?id=9465663965fbe7de4e21d090e8eb0cc34b65294f'/>
<id>9465663965fbe7de4e21d090e8eb0cc34b65294f</id>
<content type='text'>
This small patch adds a device ID used by older Maxtor OneTouch drives
(the ones with blue face-plate instead of the fancy silver one used in
newer models). The button on those drives works well with the current
driver.

From: Antti Andreimann &lt;Antti.Andreimann@mail.ee&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@osdl.org&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
This small patch adds a device ID used by older Maxtor OneTouch drives
(the ones with blue face-plate instead of the fancy silver one used in
newer models). The button on those drives works well with the current
driver.

From: Antti Andreimann &lt;Antti.Andreimann@mail.ee&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@osdl.org&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>[PATCH] usb-storage: Fix detection of kodak flash readers in shuttle_usbat driver</title>
<updated>2005-11-17T19:29:54+00:00</updated>
<author>
<name>Daniel Drake</name>
<email>dsd@gentoo.org</email>
</author>
<published>2005-11-17T17:48:01+00:00</published>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux.git/commit/?id=8845add380854ffce5268714a093df8c80b4a6e2'/>
<id>8845add380854ffce5268714a093df8c80b4a6e2</id>
<content type='text'>
Peter Favrholdt reported that his Kodak flash device was getting
detected as a CDROM, and he helped me track this down to the fact that
the device takes a long time (approx 440ms!) to reset.

This patch increases the delay to 500ms, which solves the problem.

Signed-off-by: Daniel Drake &lt;dsd@gentoo.org&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@osdl.org&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Peter Favrholdt reported that his Kodak flash device was getting
detected as a CDROM, and he helped me track this down to the fact that
the device takes a long time (approx 440ms!) to reset.

This patch increases the delay to 500ms, which solves the problem.

Signed-off-by: Daniel Drake &lt;dsd@gentoo.org&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@osdl.org&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>[PATCH] USB: onetouch doesn't suspend yet</title>
<updated>2005-11-17T19:29:54+00:00</updated>
<author>
<name>David Brownell</name>
<email>david-b@pacbell.net</email>
</author>
<published>2005-11-17T17:47:28+00:00</published>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux.git/commit/?id=c9d00fc148b210aa8cf388d6e1eac187a0e855a6'/>
<id>c9d00fc148b210aa8cf388d6e1eac187a0e855a6</id>
<content type='text'>
The onetouch support doesn't suspend correctly (leaves an interrupt
URB posted, instead of unlinking it) so for now just disable it
when PM is in the air.

Signed-off-by: David Brownell &lt;dbrownell@users.sourceforge.net&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@osdl.org&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
The onetouch support doesn't suspend correctly (leaves an interrupt
URB posted, instead of unlinking it) so for now just disable it
when PM is in the air.

Signed-off-by: David Brownell &lt;dbrownell@users.sourceforge.net&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@osdl.org&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>[PATCH] USB: kill unneccessary usb-storage blacklist entries</title>
<updated>2005-11-17T19:29:53+00:00</updated>
<author>
<name>Pavel Machek</name>
<email>pavel@ucw.cz</email>
</author>
<published>2005-11-17T17:47:11+00:00</published>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux.git/commit/?id=c5dbf868e2bbeea6581f388a09539779c0d61357'/>
<id>c5dbf868e2bbeea6581f388a09539779c0d61357</id>
<content type='text'>
I actually have this device, and kernel reports blacklist entry is no
longer neccessary.

Signed-off-by: Pavel Machek &lt;pavel@suse.cz&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@osdl.org&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
I actually have this device, and kernel reports blacklist entry is no
longer neccessary.

Signed-off-by: Pavel Machek &lt;pavel@suse.cz&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@osdl.org&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>[PATCH] USB Storage: Expand range of Freecom unusual_devs entry</title>
<updated>2005-10-28T23:47:50+00:00</updated>
<author>
<name>Phil Dibowitz</name>
<email>phil@ipom.com</email>
</author>
<published>2005-10-24T06:52:39+00:00</published>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux.git/commit/?id=e52783206ada0c0276c8dd74c0ecd0007ead7c00'/>
<id>e52783206ada0c0276c8dd74c0ecd0007ead7c00</id>
<content type='text'>
Freecom seems to be one of those vendors that can't get the GET CAPACITY
thing right. This expands the US_FL_FIX_CAPACITY flag for the entire
range of their fccd product line.

This is based on a patch sent by Stuart Black
&lt;stuart_black@yahoo.co.uk&gt;.

Signed-off-by: Phil Dibowitz &lt;phil@ipom.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Freecom seems to be one of those vendors that can't get the GET CAPACITY
thing right. This expands the US_FL_FIX_CAPACITY flag for the entire
range of their fccd product line.

This is based on a patch sent by Stuart Black
&lt;stuart_black@yahoo.co.uk&gt;.

Signed-off-by: Phil Dibowitz &lt;phil@ipom.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>[PATCH] PATCH: usb-storage: use kthread API</title>
<updated>2005-10-28T23:47:50+00:00</updated>
<author>
<name>Alan Stern</name>
<email>stern@rowland.harvard.edu</email>
</author>
<published>2005-10-24T02:43:36+00:00</published>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux.git/commit/?id=3f13e66e219238e025ff561d69826da9342c3f4a'/>
<id>3f13e66e219238e025ff561d69826da9342c3f4a</id>
<content type='text'>
This patch is originally from Alan Stern (as569).  It has been rediffed
against a current tree.

This patch converts usb-storage to use the kthread API for creating its
control and scanning threads.  The new code doesn't use kthread_stop
because the threads need (or will need in the future) to exit
asynchronously.

Signed-off-by: Alan Stern &lt;stern@rowland.harvard.edu&gt;
Signed-off-by: Matthew Dharm &lt;mdharm-usb@one-eyed-alien.net&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
This patch is originally from Alan Stern (as569).  It has been rediffed
against a current tree.

This patch converts usb-storage to use the kthread API for creating its
control and scanning threads.  The new code doesn't use kthread_stop
because the threads need (or will need in the future) to exit
asynchronously.

Signed-off-by: Alan Stern &lt;stern@rowland.harvard.edu&gt;
Signed-off-by: Matthew Dharm &lt;mdharm-usb@one-eyed-alien.net&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>[PATCH] PATCH: usb-storage: implement minimal PM</title>
<updated>2005-10-28T23:47:50+00:00</updated>
<author>
<name>Alan Stern</name>
<email>stern@rowland.harvard.edu</email>
</author>
<published>2005-10-24T02:41:39+00:00</published>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux.git/commit/?id=ce2596df79ddbac605a290f4c7cf011cb40524fc'/>
<id>ce2596df79ddbac605a290f4c7cf011cb40524fc</id>
<content type='text'>
This patch from Alan Stern started as as568.  It has been rediffed against
a current tree.

This patch adds minimal suspend/resume support to usb-storage.  Just enough
for it to qualify as PM-aware.

Signed-off-by: Alan Stern &lt;stern@rowland.harvard.edu&gt;
Signed-off-by: Matthew Dharm &lt;mdharm-usb@one-eyed-alien.net&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
This patch from Alan Stern started as as568.  It has been rediffed against
a current tree.

This patch adds minimal suspend/resume support to usb-storage.  Just enough
for it to qualify as PM-aware.

Signed-off-by: Alan Stern &lt;stern@rowland.harvard.edu&gt;
Signed-off-by: Matthew Dharm &lt;mdharm-usb@one-eyed-alien.net&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>[PATCH] PATCH: usb-storage: allocate separate sense buffer</title>
<updated>2005-10-28T23:47:50+00:00</updated>
<author>
<name>Alan Stern</name>
<email>stern@rowland.harvard.edu</email>
</author>
<published>2005-10-24T02:40:22+00:00</published>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux.git/commit/?id=bbafa4668f37f5093a3ae2a8b0cbe327e24e12da'/>
<id>bbafa4668f37f5093a3ae2a8b0cbe327e24e12da</id>
<content type='text'>
This patch is from Alan Stern (as560).  It has been rediffed against a
current tree.

This patch allocates a separate buffer for usb-storage to use when
auto-sensing.  Up to now we have been using the sense buffer embedded in a
scsi_cmnd struct, which is dangerous on hosts that (a) don't do
cache-coherent DMA or (b) have DMA alignment restrictions.

Signed-off-by: Alan Stern &lt;stern@rowland.harvard.edu&gt;
Signed-off-by: Matthew Dharm &lt;mdharm-usb@one-eyed-alien.net&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
This patch is from Alan Stern (as560).  It has been rediffed against a
current tree.

This patch allocates a separate buffer for usb-storage to use when
auto-sensing.  Up to now we have been using the sense buffer embedded in a
scsi_cmnd struct, which is dangerous on hosts that (a) don't do
cache-coherent DMA or (b) have DMA alignment restrictions.

Signed-off-by: Alan Stern &lt;stern@rowland.harvard.edu&gt;
Signed-off-by: Matthew Dharm &lt;mdharm-usb@one-eyed-alien.net&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;
</pre>
</div>
</content>
</entry>
</feed>
