<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/include/scsi, branch v2.6.35</title>
<subtitle>Linux kernel source tree</subtitle>
<id>https://git.amat.us/linux/atom/include/scsi?h=v2.6.35</id>
<link rel='self' href='https://git.amat.us/linux/atom/include/scsi?h=v2.6.35'/>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/'/>
<updated>2010-06-02T17:50:04Z</updated>
<entry>
<title>SCSI: implement sd_unlock_native_capacity()</title>
<updated>2010-06-02T17:50:04Z</updated>
<author>
<name>Tejun Heo</name>
<email>tj@kernel.org</email>
</author>
<published>2010-05-15T18:09:32Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=72ec24bd7725545bc149d80cbd21a7578d9aa206'/>
<id>urn:sha1:72ec24bd7725545bc149d80cbd21a7578d9aa206</id>
<content type='text'>
Implement sd_unlock_native_capacity() method which calls into
hostt-&gt;unlock_native_capacity() if implemented.  This will be invoked
by block layer if partitions extend beyond the end of the device and
can be used to implement, for example, on-demand ATA host protected
area unlocking.

Signed-off-by: Tejun Heo &lt;tj@kernel.org&gt;
Cc: Ben Hutchings &lt;ben@decadent.org.uk&gt;
Signed-off-by: Jeff Garzik &lt;jgarzik@redhat.com&gt;
</content>
</entry>
<entry>
<title>[SCSI] libfc: Move the port_id into lport</title>
<updated>2010-05-17T02:22:34Z</updated>
<author>
<name>Robert Love</name>
<email>robert.w.love@intel.com</email>
</author>
<published>2010-05-07T22:18:41Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=7b2787ec15b9d1c2f716da61b0eec21a3f5e6520'/>
<id>urn:sha1:7b2787ec15b9d1c2f716da61b0eec21a3f5e6520</id>
<content type='text'>
This patch creates a port_id member in struct fc_lport.
This allows libfc to just deal with fc_lport instances
instead of calling into the fc_host to get the port_id.

This change helps in only using symbols necessary for
operation from the libfc structures. libfc still needs
to change the fc_host_port_id() if the port_id changes
so the presentation layer (scsi_transport_fc) can provide
the user with the correct value, but libfc shouldn't
rely on the presentation layer for operational values.

Signed-off-by: Robert Love &lt;robert.w.love@intel.com&gt;
Signed-off-by: James Bottomley &lt;James.Bottomley@suse.de&gt;
</content>
</entry>
<entry>
<title>[SCSI] libfc: Remove unused fc_get_host_port_type</title>
<updated>2010-05-17T02:22:29Z</updated>
<author>
<name>Robert Love</name>
<email>robert.w.love@intel.com</email>
</author>
<published>2010-05-07T22:18:24Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=1b80e0f91c41db4633c0a61f727de169a9e9b275'/>
<id>urn:sha1:1b80e0f91c41db4633c0a61f727de169a9e9b275</id>
<content type='text'>
Remove this unused routine.

Signed-off-by: Robert Love &lt;robert.w.love@intel.com&gt;
Signed-off-by: James Bottomley &lt;James.Bottomley@suse.de&gt;
</content>
</entry>
<entry>
<title>[SCSI] Unexport scsi/scsi.h from headers_install</title>
<updated>2010-05-02T15:45:12Z</updated>
<author>
<name>Tom Rini</name>
<email>tom_rini@mentor.com</email>
</author>
<published>2010-04-27T21:11:47Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=7407e5bba2cc821950344fd1391d9ad1b7e0b397'/>
<id>urn:sha1:7407e5bba2cc821950344fd1391d9ad1b7e0b397</id>
<content type='text'>
The scsi/scsi.h header is normally provided by the libc (and was not
exported by the kernel since 2.6.24) and has been until it was
re-exported with 2.6.31.  The kernel version is not userspace clean and
does not appear to provide anything useable in userland over the
(e)glibc version.

Signed-off-by: Tom Rini &lt;tom_rini@mentor.com&gt;
Signed-off-by: James Bottomley &lt;James.Bottomley@suse.de&gt;
</content>
</entry>
<entry>
<title>[SCSI] Add missing scsi command definitions</title>
<updated>2010-04-30T17:46:17Z</updated>
<author>
<name>Martin K. Petersen</name>
<email>martin.petersen@oracle.com</email>
</author>
<published>2010-03-23T05:13:28Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=59c31b69d278b760fb84266f99c1dcb0f73ec51d'/>
<id>urn:sha1:59c31b69d278b760fb84266f99c1dcb0f73ec51d</id>
<content type='text'>
Add definitions for VERIFY(12) and VERIFY(32).

Signed-off-by: Martin K. Petersen &lt;martin.petersen@oracle.com&gt;
Signed-off-by: James Bottomley &lt;James.Bottomley@suse.de&gt;
</content>
</entry>
<entry>
<title>[SCSI] fcoe, fnic, libfc: increased CDB size to 16 bytes for fcoe.</title>
<updated>2010-04-11T19:02:39Z</updated>
<author>
<name>Vasu Dev</name>
<email>vasu.dev@intel.com</email>
</author>
<published>2010-04-09T21:22:59Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=da87bfab8a7e6cfd0e1e5c5874d7fd4f7d11e64e'/>
<id>urn:sha1:da87bfab8a7e6cfd0e1e5c5874d7fd4f7d11e64e</id>
<content type='text'>
No reason to restrict CDB size to 12 bytes in fcoe, so
increased to 16 so that 16 bytes SCSI CDB doesn't fail.

Uses common define to set max_cmd_len for fcoe and fnic,
fnic is already setting max_cmd_len to 16.

sg_readcap -l fails without this fix.

Signed-off-by: Vasu Dev &lt;vasu.dev@intel.com&gt;
Signed-off-by: Robert Love &lt;robert.w.love@intel.com&gt;
Signed-off-by: James Bottomley &lt;James.Bottomley@suse.de&gt;
</content>
</entry>
<entry>
<title>[SCSI] libfc: fix hton24 macro to take expressions as args</title>
<updated>2010-04-11T19:02:34Z</updated>
<author>
<name>Joe Eykholt</name>
<email>jeykholt@cisco.com</email>
</author>
<published>2010-04-09T21:22:39Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=0b2f74a47f2b10bd4c70324820a93c070b3960a5'/>
<id>urn:sha1:0b2f74a47f2b10bd4c70324820a93c070b3960a5</id>
<content type='text'>
hton24(p + 3, value) would fail to compile because
p + 3[0] is not a valid expression.

Went ahead and converted hton24 and ntoh24 to inline
functions, which is better because the parameters
are evalutated only once.

Signed-off-by: Joe Eykholt &lt;jeykholt@cisco.com&gt;
Signed-off-by: Robert Love &lt;robert.w.love@intel.com&gt;
Signed-off-by: James Bottomley &lt;James.Bottomley@suse.de&gt;
</content>
</entry>
<entry>
<title>[SCSI]  Allow FC LLD to fast-fail scsi eh by introducing new eh return</title>
<updated>2010-04-11T14:49:33Z</updated>
<author>
<name>Christof Schmitt</name>
<email>christof.schmitt@de.ibm.com</email>
</author>
<published>2010-03-24T15:50:30Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=2f2eb58762b4dcddfe25c90800323765c1257eca'/>
<id>urn:sha1:2f2eb58762b4dcddfe25c90800323765c1257eca</id>
<content type='text'>
If the scsi eh is running and then a FC LLD calls
fc_remote_port_delete, the SCSI commands sent from the eh will fail.
To prevent this, a FC LLD can call fc_block_scsi_eh from the eh
callback, blocking the eh thread until the dev_loss_tmo fires or the
remote port is available again.

If (e.g. for a multipathing setup) the dev_loss_tmo is set to a very
large value, thus preventing the scsi device removal , the scsi eh can
block for a long time. For multipathing, the fast_io_fail_tmo is then
set to a low value to detect path problems sooner.

This patch introduces a new return code FAST_IO_FAIL. The function
fc_block_scsi_eh now returns FAST_IO_FAIL when the fast_io_fail_tmo
fires. This indicates that the LLD terminated all pending I/O requests
and there are no more pending SCSI commands for the scsi eh to wait
for. This return code can be passed back to the scsi eh to stop the
escalation and finish the recovery process for this device.

Signed-off-by: Christof Schmitt &lt;christof.schmitt@de.ibm.com&gt;
Signed-off-by: James Bottomley &lt;James.Bottomley@suse.de&gt;
</content>
</entry>
<entry>
<title>[SCSI] libfc, libfcoe, fcoe: use smp_processor_id() only when preempt disabled</title>
<updated>2010-04-11T14:23:44Z</updated>
<author>
<name>Joe Eykholt</name>
<email>jeykholt@cisco.com</email>
</author>
<published>2010-03-13T00:08:55Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=f018b73af6db4f330ad5da9ac53997a699c30c42'/>
<id>urn:sha1:f018b73af6db4f330ad5da9ac53997a699c30c42</id>
<content type='text'>
When the kernel is configured for preemption, using smp_processor_id()
when preemption is enabled causes a warning backtrace and is wrong
since we could move off of that CPU as soon as we get the ID,
and we would be referencing the wrong CPU, and possibly an invalid one
if it could be hotswapped out.

Remove the fc_lport_get_stats() function and explicitly use per_cpu_ptr()
to get the statistics.  Where preemption has been disabled by holding
a _bh lock continue to use smp_processor_id(), but otherwise use
get_cpu()/put_cpu().

In fcoe_recv_frame() also changed the cases where we return in the
middle to do a goto to the code which bumps ErrorFrames and does
a put_cpu().  Two of these cases didn't bump ErrorFrames before, but
doing so is harmless because they "can't happen", due to prior length
checks.

Also rearranged code in fcoe_recv_frame() to have only one call to
fc_exch_recv().  It's just as efficient and saves a call to put_cpu().

In fc_fcp.c, adjusted a FIXME comment for code which doesn't need fixing.

Signed-off-by: Joe Eykholt &lt;jeykholt@cisco.com&gt;
Signed-off-by: Robert Love &lt;robert.w.love@intel.com&gt;
Signed-off-by: James Bottomley &lt;James.Bottomley@suse.de&gt;
</content>
</entry>
<entry>
<title>[SCSI] libfcoe: eliminate unused link and last_link fields</title>
<updated>2010-04-11T14:23:38Z</updated>
<author>
<name>Joe Eykholt</name>
<email>jeykholt@cisco.com</email>
</author>
<published>2010-03-13T00:08:23Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=4291365784c9622c9d643cf23421f9c7b9662d71'/>
<id>urn:sha1:4291365784c9622c9d643cf23421f9c7b9662d71</id>
<content type='text'>
The link and last_link fields in the fcoe_ctlr struct are no
longer useful, since they are always set to the same value,
and FIP always calls libfc to pass link information to the lport.

Eliminate those fields and rename link_work to timer_work, since
it no longer has any link change work to do.

Thanks to Brian Uchino for discovering this issue.

Signed-off-by: Joe Eykholt &lt;jeykholt@cisco.com&gt;
Signed-off-by: Robert Love &lt;robert.w.love@intel.com&gt;
Signed-off-by: James Bottomley &lt;James.Bottomley@suse.de&gt;
</content>
</entry>
</feed>
