<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel/git/stable/linux-stable.git/drivers/scsi, branch linux-2.6.15.y</title>
<subtitle>Linux kernel stable tree</subtitle>
<id>https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux-stable.git/atom?h=linux-2.6.15.y</id>
<link rel='self' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux-stable.git/atom?h=linux-2.6.15.y'/>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux-stable.git/'/>
<updated>2006-03-01T22:36:37+00:00</updated>
<entry>
<title>[PATCH] sd: fix memory corruption with broken mode page headers</title>
<updated>2006-03-01T22:36:37+00:00</updated>
<author>
<name>Stefan Richter</name>
<email>stefanr@s5r6.in-berlin.de</email>
</author>
<published>2006-02-26T23:16:10+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux-stable.git/commit/?id=ed26c7781107e4d8fd0c654459e61b81096c4ff4'/>
<id>urn:sha1:ed26c7781107e4d8fd0c654459e61b81096c4ff4</id>
<content type='text'>
sd: fix memory corruption with broken mode page headers

There's a problem in sd where we blindly believe the length of the
headers and block descriptors.  Some devices return insane values for
these and cause our length to end up greater than the actual buffer
size, so check to make sure.

Signed-off-by: Al Viro &lt;viro@zeniv.linux.org.uk&gt;

Also removed the buffer size magic number (512) and added DPOFUA of
zero to the defaults

Signed-off-by: James Bottomley &lt;James.Bottomley@SteelEye.com&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@osdl.org&gt;

rediff for 2.6.15.x without DPOFUA bit, taken from commit
489708007785389941a89fa06aedc5ec53303c96

Signed-off-by: Stefan Richter &lt;stefanr@s5r6.in-berlin.de&gt;
Signed-off-by: Chris Wright &lt;chrisw@sous-sol.org&gt;
</content>
</entry>
<entry>
<title>[PATCH] SCSI: turn off ordered flush barriers</title>
<updated>2006-02-10T07:20:04+00:00</updated>
<author>
<name>Jens Axboe</name>
<email>axboe@suse.de</email>
</author>
<published>2006-01-29T19:57:33+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux-stable.git/commit/?id=3edcc7870d12de93ba5ae1ca5b5d9f43886ac0ea'/>
<id>urn:sha1:3edcc7870d12de93ba5ae1ca5b5d9f43886ac0ea</id>
<content type='text'>
Turn off ordered flush barriers for SCSI driver, since the SCSI barrier
code has a command leak.

Signed-off-by: Jens Axboe &lt;axboe@suse.de&gt;
Signed-off-by: Chris Wright &lt;chrisw@sous-sol.org&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;
</content>
</entry>
<entry>
<title>[PATCH] Fix Fibre Channel boot oops</title>
<updated>2005-12-26T18:17:43+00:00</updated>
<author>
<name>James Bottomley</name>
<email>James.Bottomley@SteelEye.com</email>
</author>
<published>2005-12-26T15:58:49+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux-stable.git/commit/?id=04333393b930370db0cc29fdf0dbbd08ecd43337'/>
<id>urn:sha1:04333393b930370db0cc29fdf0dbbd08ecd43337</id>
<content type='text'>
The oops is characteristic of the underlying device being removed from
visibility before the class device, and sure enough we do device_del()
before transport_unregister() in the scsi_target_reap() routines.  I've
no idea why this is suddenly showing up, since the code has been in
there since that function was first invented.  However, I've confirmed
this fixes Andrew Vasquez's boot oops.

Signed-off-by: James Bottomley &lt;James.Bottomley@SteelEye.com&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@osdl.org&gt;
</content>
</entry>
<entry>
<title>Merge branch 'upstream-fixes' of master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/libata-dev</title>
<updated>2005-12-24T20:40:43+00:00</updated>
<author>
<name>Linus Torvalds</name>
<email>torvalds@g5.osdl.org</email>
</author>
<published>2005-12-24T20:40:43+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux-stable.git/commit/?id=cdcdb28623fb74d9564b102cd1cbe3854071e855'/>
<id>urn:sha1:cdcdb28623fb74d9564b102cd1cbe3854071e855</id>
<content type='text'>
</content>
</entry>
<entry>
<title>[PATCH] fix libata inquiry VPD for ATAPI devices</title>
<updated>2005-12-24T15:02:24+00:00</updated>
<author>
<name>Tony Battersby</name>
<email>tonyb@cybernetics.com</email>
</author>
<published>2005-12-21T21:35:44+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux-stable.git/commit/?id=fd71da468dd8897fe3f565dfd3743a87d8678e3a'/>
<id>urn:sha1:fd71da468dd8897fe3f565dfd3743a87d8678e3a</id>
<content type='text'>
The following patch prevents libata from incorrectly modifying inquiry
VPD pages and command support data from ATAPI devices.  I have tested
the patch with a SATA ATAPI tape drive on an AHCI controller.

Patch is against kernel 2.4.32 with 2.4.32-libata1.patch applied.

Anthony J. Battersby
Cybernetics

Signed-off-by: Jeff Garzik &lt;jgarzik@pobox.com&gt;
</content>
</entry>
<entry>
<title>Merge master.kernel.org:/pub/scm/linux/kernel/git/jejb/scsi-rc-fixes-2.6</title>
<updated>2005-12-21T23:09:50+00:00</updated>
<author>
<name>Linus Torvalds</name>
<email>torvalds@g5.osdl.org</email>
</author>
<published>2005-12-21T23:09:50+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux-stable.git/commit/?id=d5ea4e26602fa7f5141872f2c17a862f1974a73f'/>
<id>urn:sha1:d5ea4e26602fa7f5141872f2c17a862f1974a73f</id>
<content type='text'>
</content>
</entry>
<entry>
<title>[PATCH] dpt_i2o fix for deadlock condition</title>
<updated>2005-12-18T19:19:44+00:00</updated>
<author>
<name>Salyzyn, Mark</name>
<email>mark_salyzyn@adaptec.com</email>
</author>
<published>2005-12-18T03:26:30+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux-stable.git/commit/?id=e5508c13ac25b07585229b144a45cf64a990171e'/>
<id>urn:sha1:e5508c13ac25b07585229b144a45cf64a990171e</id>
<content type='text'>
Miquel van Smoorenburg &lt;miquels@cistron.nl&gt; forwarded me this fix to
resolve a deadlock condition that occurs due to the API change in
2.6.13+ kernels dropping the host locking when entering the error
handling.  They all end up calling adpt_i2o_post_wait(), which if you
call it unlocked, might return with host_lock locked anyway and that
causes a deadlock.

Signed-off-by: Mark Salyzyn &lt;aacraid@adaptec.com&gt;
Cc: James Bottomley &lt;James.Bottomley@steeleye.com&gt;
Cc: &lt;stable@kernel.org&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>[SCSI] fix scsi_reap_target() device_del from atomic context</title>
<updated>2005-12-17T16:48:08+00:00</updated>
<author>
<name>James Bottomley</name>
<email>James.Bottomley@steeleye.com</email>
</author>
<published>2005-12-16T04:01:43+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux-stable.git/commit/?id=863a930a40eb7f2d18534c2c166b22582f5c6cfd'/>
<id>urn:sha1:863a930a40eb7f2d18534c2c166b22582f5c6cfd</id>
<content type='text'>
scsi_reap_target() was desgined to be called from any context.
However it must do a device_del() of the target device, which may only
be called from user context.  Thus we have to reimplement
scsi_reap_target() via a workqueue.

Signed-off-by: James Bottomley &lt;James.Bottomley@SteelEye.com&gt;
</content>
</entry>
<entry>
<title>[SCSI] fix for fc transport recursion problem.</title>
<updated>2005-12-16T03:22:14+00:00</updated>
<author>
<name>James.Smart@Emulex.Com</name>
<email>James.Smart@Emulex.Com</email>
</author>
<published>2005-12-15T14:56:22+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux-stable.git/commit/?id=42e33148df38c60b99d984b76b302c64397ebe4c'/>
<id>urn:sha1:42e33148df38c60b99d984b76b302c64397ebe4c</id>
<content type='text'>
In the scenario that a link was broken, the devloss timer for each
rport was expire at roughly the same time, causing lots of "delete"
workqueue items being queued. Depth is dependent upon the number of
rports that were on the link.

The rport target remove calls were calling flush_scheduled_work(),
which would interrupt the stream, and start the next workqueue item,
which did the same thing, and so on until recursion depth was large.

This fix stops the recursion in the initial delete path, and pushes it
off to a host-level work item that reaps the dead rports.

Signed-off-by: James Bottomley &lt;James.Bottomley@SteelEye.com&gt;
</content>
</entry>
<entry>
<title>[PATCH] iscsi gfp_t annotations</title>
<updated>2005-12-15T18:04:29+00:00</updated>
<author>
<name>Al Viro</name>
<email>viro@ftp.linux.org.uk</email>
</author>
<published>2005-12-15T09:17:19+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux-stable.git/commit/?id=b53cb2a4ab276796ad299597d6e7e2317b514ca8'/>
<id>urn:sha1:b53cb2a4ab276796ad299597d6e7e2317b514ca8</id>
<content type='text'>
Signed-off-by: Al Viro &lt;viro@zeniv.linux.org.uk&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@osdl.org&gt;
</content>
</entry>
</feed>
