<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.linux.scsi">
    <title>gmane.linux.scsi</title>
    <link>http://blog.gmane.org/gmane.linux.scsi</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.scsi/75358"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.scsi/75356"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.scsi/75354"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.scsi/75347"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.scsi/75344"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.scsi/75343"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.scsi/75331"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.scsi/75322"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.scsi/75315"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.scsi/75312"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.scsi/75291"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.scsi/75285"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.scsi/75280"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.scsi/75256"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.scsi/75251"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.scsi/75239"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.scsi/75232"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.scsi/75231"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.scsi/75228"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.scsi/75226"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://comments.gmane.org/gmane.linux.scsi/75358">
    <title>FROM MRS SUSAN SHABANGU(OPEN THE ATTACH FILES)</title>
    <link>http://comments.gmane.org/gmane.linux.scsi/75358</link>
    <description>&lt;pre&gt;&lt;/pre&gt;</description>
    <dc:creator>FROM MRS SUSAN SHABANGU</dc:creator>
    <dc:date>2012-05-26T10:56:23</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.scsi/75356">
    <title>(unknown)</title>
    <link>http://comments.gmane.org/gmane.linux.scsi/75356</link>
    <description>&lt;pre&gt;
 i am robothroli, Purchase manager from roli Merchant Ltd. We are
Import/export Company based in taiwan. We are interested in purchasing
your product and I would like to make an inquiry. Please inform me on:

Sample availability and price
Minimum order quantity
FOB Prices

Sincerely
Purchase Manager
robothroli



--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo&amp;lt; at &amp;gt;vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

&lt;/pre&gt;</description>
    <dc:creator>robothroli company</dc:creator>
    <dc:date>2012-05-25T13:45:54</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.scsi/75354">
    <title>[Resend PATCH v2] scsi_lib: rate-limit the error message from failing commands</title>
    <link>http://comments.gmane.org/gmane.linux.scsi/75354</link>
    <description>&lt;pre&gt;From: Yi Zou &amp;lt;yi.zou&amp;lt; at &amp;gt;intel.com&amp;gt;

When performing a cable pull test w/ active stress I/O using fio over
a dual port Intel 82599 FCoE CNA, w/ 256LUNs on one port and about 32LUNs
on the other, it is observed that the system becomes not usable due to
scsi-ml being busy printing the error messages for all the failing commands.
I don't believe this problem is specific to FCoE and these commands are
anyway failing due to link being down (DID_NO_CONNECT), just rate-limit
the messages here to solve this issue.

v2-&amp;gt;v1: use __ratelimit() as Tomas Henzl mentioned as the proper way for
rate-limit per function. However, in this case, the failed i/o gets to
blk_end_request_err() and then blk_update_request(), which also has to
be rate-limited, as added in the v2 of this patch.

Signed-off-by: Yi Zou &amp;lt;yi.zou&amp;lt; at &amp;gt;intel.com&amp;gt;
Acked-by: Tomas Henzl &amp;lt;thenzl&amp;lt; at &amp;gt;redhat.com&amp;gt;
Signed-off-by: Robert Love &amp;lt;robert.w.love&amp;lt; at &amp;gt;intel.com&amp;gt;
---
 block/blk-core.c        |    8 +++++---
 drivers/scsi/scsi_lib.c |    5 ++++-
 2 files changed, 9 insertio&lt;/pre&gt;</description>
    <dc:creator>Robert Love</dc:creator>
    <dc:date>2012-05-25T21:29:34</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.scsi/75347">
    <title>[PATCH 1/4] fc: adds some more FC specific stats to fc_host</title>
    <link>http://comments.gmane.org/gmane.linux.scsi/75347</link>
    <description>&lt;pre&gt;The libfc provides more flexibility and with that
we can monitor some more FC specific stats for
FC exches or FCP error cases, this patch add
such new FC stats.

The patch adds *only* FC specific new stats to
existing fc_host attribute container.

Added stats names are self explanatory as
existing FC stats already has, however anyway
still added commentary along their definition
to describe them.

CC: James Smart &amp;lt;james.smart&amp;lt; at &amp;gt;emulex.com&amp;gt;

Signed-off-by: Vasu Dev &amp;lt;vasu.dev&amp;lt; at &amp;gt;intel.com&amp;gt;
Acked-by : Robert Love &amp;lt;robert.w.love&amp;lt; at &amp;gt;intel.com&amp;gt;
Tested-by: Ross Brattain &amp;lt;ross.b.brattain&amp;lt; at &amp;gt;intel.com&amp;gt;
---

 drivers/scsi/scsi_transport_fc.c |   18 ++++++++++++++++++
 include/scsi/scsi_transport_fc.h |   12 ++++++++++++
 2 files changed, 30 insertions(+), 0 deletions(-)

diff --git a/drivers/scsi/scsi_transport_fc.c b/drivers/scsi/scsi_transport_fc.c
index 5797604..2fded79 100644
--- a/drivers/scsi/scsi_transport_fc.c
+++ b/drivers/scsi/scsi_transport_fc.c
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -1744,6 +1744,15 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; fc_host_statistic(fcp_output_requests);
 fc_host_s&lt;/pre&gt;</description>
    <dc:creator>Vasu Dev</dc:creator>
    <dc:date>2012-05-25T17:26:38</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.scsi/75344">
    <title>Tercume edilecek metinleriniz hakkinda</title>
    <link>http://comments.gmane.org/gmane.linux.scsi/75344</link>
    <description>&lt;pre&gt;Sayin ilgili,
 
Biz 10 yili askin bir süredir internet üzerinden profesyonel olarak
CEVIRI / TERCUME HIZMETLERI veren bir kurulusuz. Kurulusumuzun 10. yili  
serefine firmalara ozel, sayfasi 12 TL+KDV'lik bir kampanya hazirladik.

Sadece INGILIZCE - TURKCE ve TURKCE - INGILIZCE cevirilerde gecerli olan ve 
kisa bir sure 
devam edecek bu cazip fiyat avantajindan yararlanmak icin
lutfen bizi hemen simdi arayiniz veya bir e-posta gonderiniz. Diger diller 
icin lutfen fiyat sorunuz.

Not: 1 sayfa = 1000 karakter veya 180 kelimelik dunya standardi 
esas alinmistir. Teknik metinlerde %25 fark alinacaktir. Diger diller icin 
lutfen fiyat aliniz.

Saygilarimizla,
 
Levent Turer,  
Genel Koordinator
Turer Ceviri Hizmetleri

e-posta: info&amp;lt; at &amp;gt;turerceviri.com 
web: www.turerceviri.com 
Tel: 0232 421 13 60
Faks: 0232 421 13 32

Bu e-mail size otomatik olarak, yani bir reklam amaciyla rastgele 
gonderilmemistir.  Eger bizden bu veya benzeri bir konuda 
bir daha e-posta almak istemiyorsaniz, lutfen bize bildiriniz. Size 
ra&lt;/pre&gt;</description>
    <dc:creator>info&lt; at &gt;turerceviri.com</dc:creator>
    <dc:date>2012-05-23T13:14:22</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.scsi/75343">
    <title>[PATCH] scsi: fix async probe regression</title>
    <link>http://comments.gmane.org/gmane.linux.scsi/75343</link>
    <description>&lt;pre&gt;Commit a7a20d1 "[SCSI] sd: limit the scope of the async probe domain"
moved sd probe work out of reach of wait_for_device_probe().  Allow it
to be synced via scsi_complete_async_scans().

Cc: David Miller &amp;lt;davem&amp;lt; at &amp;gt;davemloft.net&amp;gt;
Cc: Alan Stern &amp;lt;stern&amp;lt; at &amp;gt;rowland.harvard.edu&amp;gt;
Reported-by: Meelis Roos &amp;lt;mroos&amp;lt; at &amp;gt;linux.ee&amp;gt;
Tested-by: Meelis Roos &amp;lt;mroos&amp;lt; at &amp;gt;linux.ee&amp;gt;
Signed-off-by: Dan Williams &amp;lt;dan.j.williams&amp;lt; at &amp;gt;intel.com&amp;gt;
---

 So this is the stop gap that allows us to keep a7a20d1 as a fix for a
 resume deadlock, and gives us time to figure out how to clarify
 async_synchronize_full() properly in the 3.6 timeframe.

 drivers/scsi/scsi_scan.c |   12 ++++++++++--
 1 file changed, 10 insertions(+), 2 deletions(-)

diff --git a/drivers/scsi/scsi_scan.c b/drivers/scsi/scsi_scan.c
index 01b0374..41f9192 100644
--- a/drivers/scsi/scsi_scan.c
+++ b/drivers/scsi/scsi_scan.c
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -141,13 +141,13 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; struct async_scan_data {
  * started scanning after this function was called may or may not have
  * finished.
  */
-int scsi_complete_async_&lt;/pre&gt;</description>
    <dc:creator>Dan Williams</dc:creator>
    <dc:date>2012-05-25T16:39:15</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.scsi/75331">
    <title>[RFC PATCH] scsi: fix hot unplug vs async scan race</title>
    <link>http://comments.gmane.org/gmane.linux.scsi/75331</link>
    <description>&lt;pre&gt;The following crash results from cases where the end_device has been
removed before scsi_sysfs_add_sdev has had a chance to run.

 BUG: unable to handle kernel NULL pointer dereference at 0000000000000098
 IP: [&amp;lt;ffffffff8115e100&amp;gt;] sysfs_create_dir+0x32/0xb6
 ...
 Call Trace:
  [&amp;lt;ffffffff8125e4a8&amp;gt;] kobject_add_internal+0x120/0x1e3
  [&amp;lt;ffffffff81075149&amp;gt;] ? trace_hardirqs_on+0xd/0xf
  [&amp;lt;ffffffff8125e641&amp;gt;] kobject_add_varg+0x41/0x50
  [&amp;lt;ffffffff8125e70b&amp;gt;] kobject_add+0x64/0x66
  [&amp;lt;ffffffff8131122b&amp;gt;] device_add+0x12d/0x63a
  [&amp;lt;ffffffff814b65ea&amp;gt;] ? _raw_spin_unlock_irqrestore+0x47/0x56
  [&amp;lt;ffffffff8107de15&amp;gt;] ? module_refcount+0x89/0xa0
  [&amp;lt;ffffffff8132f348&amp;gt;] scsi_sysfs_add_sdev+0x4e/0x28a
  [&amp;lt;ffffffff8132dcbb&amp;gt;] do_scan_async+0x9c/0x145

...teach scsi_sysfs_add_devices to check for deleted device before
trying to add them.

This teaches scsi_transport_sas to bypass scsi_remove_target() since it
is unable to find the target from the end_device rphy since
device_for_each_child() relies on the target device having gon&lt;/pre&gt;</description>
    <dc:creator>Dan Williams</dc:creator>
    <dc:date>2012-05-25T07:55:48</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.scsi/75322">
    <title>HHS5877 {Verify Your Ownership}</title>
    <link>http://comments.gmane.org/gmane.linux.scsi/75322</link>
    <description>&lt;pre&gt;Your email just earn 1,000,000GBP in the  HEINEKEN STAR PRIZE Offer. 
Your reference code is: HHS5877. To proceed, please reply to verify 
you are the owner of this E-mail Address.

Info Dept.
Heineken Star prize

**SERVER**
THIS MESSAGE HAS BENN VERIFIED AND IT IS THEREFORE AUTHENTIC. If found 
in Junk/Spam folder please move to inbox before you reply, this is to 
avoid loss of relevant information regarding details of procedures 
from the sender.
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo&amp;lt; at &amp;gt;vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

&lt;/pre&gt;</description>
    <dc:creator>heinekenprize&lt; at &gt;ua.fm</dc:creator>
    <dc:date>2012-05-24T16:47:06</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.scsi/75315">
    <title>[PATCH 1/1] be2iscsi: fix dma free size mismatch regression</title>
    <link>http://comments.gmane.org/gmane.linux.scsi/75315</link>
    <description>&lt;pre&gt;From: Mike Christie &amp;lt;michaelc&amp;lt; at &amp;gt;cs.wisc.edu&amp;gt;

This patch should go into 3.5 fixes. The bug was added in the
patches for the 3.5 feature window.

As you can see from the patch I made a mistake. During
development I switched from passing a struct to the size of
the struct, but left the sizeof. This results in us allocating
4 bytes (sizeof(int)) but then calling pci_free_consistent
with the size of the struct.

Signed-off-by: Mike Christie &amp;lt;michaelc&amp;lt; at &amp;gt;cs.wisc.edu&amp;gt;
---
 drivers/scsi/be2iscsi/be_mgmt.c |    5 ++---
 1 files changed, 2 insertions(+), 3 deletions(-)

diff --git a/drivers/scsi/be2iscsi/be_mgmt.c b/drivers/scsi/be2iscsi/be_mgmt.c
index 01bb04c..2a09679 100644
--- a/drivers/scsi/be2iscsi/be_mgmt.c
+++ b/drivers/scsi/be2iscsi/be_mgmt.c
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -571,13 +571,12 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; free_cmd:
 static int mgmt_alloc_cmd_data(struct beiscsi_hba *phba, struct be_dma_mem *cmd,
        int iscsi_cmd, int size)
 {
-cmd-&amp;gt;va = pci_alloc_consistent(phba-&amp;gt;ctrl.pdev, sizeof(size),
-       &amp;amp;cmd-&amp;gt;dma);
+cmd-&amp;gt;va = pci_alloc_consistent(p&lt;/pre&gt;</description>
    <dc:creator>michaelc&lt; at &gt;cs.wisc.edu</dc:creator>
    <dc:date>2012-05-24T01:40:54</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.scsi/75312">
    <title>GET BACK TO ME ASAP.</title>
    <link>http://comments.gmane.org/gmane.linux.scsi/75312</link>
    <description>&lt;pre&gt;Good day my beloved friend,

How are you and your lovely family doing today,i hope all is well?if so glory 
be to God,i have an urgent purposal for you, if interested kindly contact me on 
this e-mail (anna_kennedy_hood&amp;lt; at &amp;gt;hotmail.co.uk)
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo&amp;lt; at &amp;gt;vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

&lt;/pre&gt;</description>
    <dc:creator>Mrs Anna Kennedy</dc:creator>
    <dc:date>2012-05-23T18:58:27</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.scsi/75291">
    <title>CONTACT DR.RUBEN LEE</title>
    <link>http://comments.gmane.org/gmane.linux.scsi/75291</link>
    <description>&lt;pre&gt;
KINDLY FIND ATTACHED MESSAGE AND GET BACK TO ME&lt;/pre&gt;</description>
    <dc:creator>UCCCON</dc:creator>
    <dc:date>2012-05-23T07:57:22</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.scsi/75285">
    <title>[PATCH v6 0/4] FCoE Sysfs</title>
    <link>http://comments.gmane.org/gmane.linux.scsi/75285</link>
    <description>&lt;pre&gt;v6: Resend, v5 was missing patch 4/4

v5: Resend to apply on current misc branch of scsi.git

* checkpatch.pl complains about patch 3/4. The lack of a final
  argument is a trick I took from scsi_transport_fc.c. I think
  that it is fine.

  ERROR: space prohibited before that close parenthesis ')'
  #369: FILE: drivers/scsi/fcoe/fcoe_sysfs.c:196:
  +     fcoe_fcf_private_show_function(field, format_string, sz, )\

* checkpatch.pl complains about patch 3/4. I attempted to add
  parenthesis around these macros, but I created more problems
  than I resolved. I am not sure what to do about this. I belive
  these were WARNs when this series was initially submitted.

  ERROR: Macros with complex values should be enclosed in parenthesis
  #378: FILE: drivers/scsi/fcoe/fcoe_sysfs.c:205:
  +#define fcoe_fcf_private_rd_attr_cast(field, format_string, sz, cast)\
  + fcoe_fcf_private_show_function(field, format_string, sz, (cast)) \
  + static FCOE_DEVICE_ATTR(fcf, field, S_IRUGO,          \
  +            &lt;/pre&gt;</description>
    <dc:creator>Robert Love</dc:creator>
    <dc:date>2012-05-23T02:06:05</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.scsi/75280">
    <title>[PATCH v5 0/3] FCoE Sysfs</title>
    <link>http://comments.gmane.org/gmane.linux.scsi/75280</link>
    <description>&lt;pre&gt;v5: Resend to apply on current misc branch of scsi.git

* checkpatch.pl complains about patch 3/4. The lack of a final
  argument is a trick I took from scsi_transport_fc.c. I think
  that it is fine.

  ERROR: space prohibited before that close parenthesis ')'
  #369: FILE: drivers/scsi/fcoe/fcoe_sysfs.c:196:
  +     fcoe_fcf_private_show_function(field, format_string, sz, )\

* checkpatch.pl complains about patch 3/4. I attempted to add
  parenthesis around these macros, but I created more problems
  than I resolved. I am not sure what to do about this. I belive
  these were WARNs when this series was initially submitted.

  ERROR: Macros with complex values should be enclosed in parenthesis
  #378: FILE: drivers/scsi/fcoe/fcoe_sysfs.c:205:
  +#define fcoe_fcf_private_rd_attr_cast(field, format_string, sz, cast)\
  + fcoe_fcf_private_show_function(field, format_string, sz, (cast)) \
  + static FCOE_DEVICE_ATTR(fcf, field, S_IRUGO,          \
  +            show_fcoe_fcf_device_##field, NULL)

*&lt;/pre&gt;</description>
    <dc:creator>Robert Love</dc:creator>
    <dc:date>2012-05-23T02:04:21</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.scsi/75256">
    <title>[RFC V4 0/2] Add support for pci/non-pci probing for UFS</title>
    <link>http://comments.gmane.org/gmane.linux.scsi/75256</link>
    <description>&lt;pre&gt;The existing UFS driver is tightly bound to only pci specific devices.
It cannot work for non-pci devices.

"SCSI: UFS: Create separate UFS core and pci modules" patch splits the
ufs driver into core driver and pci probe driver.

"SCSI: UFS: Add platform support for ufs host controller" patch adds
support for the platform probing for non-pci devices

changes in v4:
-Rebased to the latest linux-next/master branch.
-Removed the Copyright string from the module probe function and
deleted redundant code from ufshcd-pltfm.c suspend/resume functions.

changes in v3:
-Modified the ufshcd.c ufshcd-pci.c ufshcd0pltfm.c to follow the
driver module initialization standard. suggested by venkatraman.

changes in v2:
-Reduced the number of patches from 4 to 2. merged the core and
pci probing modules as single patch. suggested by Christoph Hellwig.

changes in v1:
-Changes suggested by Namjae to split the driver as 3 independent
modules and retain the author's name in the files created by me.

Girish K S (2):
  SCSI: &lt;/pre&gt;</description>
    <dc:creator>Girish K S</dc:creator>
    <dc:date>2012-05-22T11:33:28</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.scsi/75251">
    <title>[PATCH] scsi: Fix dm-multipath starvation when scsi host is busy</title>
    <link>http://comments.gmane.org/gmane.linux.scsi/75251</link>
    <description>&lt;pre&gt;When a scsi host is kept busy by a dm-mpath device, other dm-mpath device
on the same host could be starved. For example:
http://www.redhat.com/archives/dm-devel/2012-May/msg00123.html

It happens because dm-mpath delays request submission when the underlying
scsi host is busy even if sdev is not busy.

For case like this, it is better to send the request down and let scsi do
appropriate starvation control over the shared resource.

Though it might seem odd to change scsi's definition of a LLD being "busy",
it is reasonable because scsi_lld_busy (and blk_lld_busy) was introduced
to provide a hint for request-based stacking driver (i.e. dm-multipath)
and dm-multipath is the only user of this function.

Reported-by: Bernd Schubert &amp;lt;bernd.schubert&amp;lt; at &amp;gt;itwm.fraunhofer.de&amp;gt;
Tested-by: Bernd Schubert &amp;lt;bernd.schubert&amp;lt; at &amp;gt;itwm.fraunhofer.de&amp;gt;
Signed-off-by: Jun'ichi Nomura &amp;lt;j-nomura&amp;lt; at &amp;gt;ce.jp.nec.com&amp;gt;
Cc: James Bottomley &amp;lt;James.Bottomley&amp;lt; at &amp;gt;HansenPartnership.com&amp;gt;
Cc: Mike Snitzer &amp;lt;snitzer&amp;lt; at &amp;gt;redhat.com&amp;gt;
Cc: Alasdair G Kergon &amp;lt;agk&amp;lt; at &amp;gt;redha&lt;/pre&gt;</description>
    <dc:creator>Jun'ichi Nomura</dc:creator>
    <dc:date>2012-05-22T08:59:07</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.scsi/75239">
    <title>[RFC PATCH v3 0/4]: block layer runtime pm</title>
    <link>http://comments.gmane.org/gmane.linux.scsi/75239</link>
    <description>&lt;pre&gt;Hi,

In August 2010, Jens and Alan discussed about "Runtime PM and the block
layer". http://marc.info/?t=128259108400001&amp;amp;r=1&amp;amp;w=2

Here are the RFC v3 patches that try to implement the ideas discussed.
Welcome to give it a try.

git pull git://git.kernel.org/pub/scm/linux/kernel/git/mlin/linux.git block_pm

The test steps, for example

# ls -l /sys/block/sda
/sys/devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:0/0:0:0:0/block/sda

# echo auto &amp;gt; /sys/devices/pci0000:00/0000:00:1f.2/ata1/power/control
# echo auto &amp;gt; /sys/devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:0/0:0:0:0/power/control
# echo 10000 &amp;gt; /sys/devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:0/0:0:0:0/power/autosuspend_delay_ms

Then you'll see sda is suspended after 10secs idle.

# cat /sys/devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:0/0:0:0:0/power/runtime_status
suspended

And if you do some IO, it will resume immediately.

v3:
- remove block layer suspend/resume callbacks
- add block layer runtime pm helper functions
&lt;/pre&gt;</description>
    <dc:creator>Lin Ming</dc:creator>
    <dc:date>2012-05-22T07:21:28</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.scsi/75232">
    <title>[PATCH v3 5/5] st: raise device limit</title>
    <link>http://comments.gmane.org/gmane.linux.scsi/75232</link>
    <description>&lt;pre&gt;From: Jeff Mahoney &amp;lt;jeffm&amp;lt; at &amp;gt;suse.com&amp;gt;

The device limit of 128 tape drives was established in 2003 as a
significant increase from the 8 tape drives allowed previously.

We're seeing customer sites that between a large number of drives
and multipath are discovering more than 128 devices and running
into problems.

Now that we're not stuck having to store a pointer in array
and aren't limited by kmalloc failing on higher order allocs we can
lift the limit to fill the entire minor range based on the number
of modes.

Based on the current code, that's 2^17 devices.

Signed-off-by: Jeff Mahoney &amp;lt;jeffm&amp;lt; at &amp;gt;suse.com&amp;gt;
Signed-off-by: Lee Duncan &amp;lt;lduncan&amp;lt; at &amp;gt;suse.com&amp;gt;
---
 drivers/scsi/st.h |    2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/drivers/scsi/st.h b/drivers/scsi/st.h
index 4456735..2092f93 100644
--- a/drivers/scsi/st.h
+++ b/drivers/scsi/st.h
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -77,7 +77,7 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; struct st_modedef {
 #define ST_MODE_SHIFT (7 - ST_NBR_MODE_BITS)
 #define ST_MODE_MASK ((ST_NBR_MODES - 1) &amp;lt;&amp;lt; ST_MODE_SHIFT)
 
-#define S&lt;/pre&gt;</description>
    <dc:creator>Lee Duncan</dc:creator>
    <dc:date>2012-05-21T23:16:09</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.scsi/75231">
    <title>[PATCH v3 4/5] st: clean up device file creation and removal</title>
    <link>http://comments.gmane.org/gmane.linux.scsi/75231</link>
    <description>&lt;pre&gt;From: Jeff Mahoney &amp;lt;jeffm&amp;lt; at &amp;gt;suse.com&amp;gt;

This patch cleans up the st device file creation and removal.

Signed-off-by: Jeff Mahoney &amp;lt;jeffm&amp;lt; at &amp;gt;suse.com&amp;gt;
Signed-off-by: Lee Duncan &amp;lt;lduncan&amp;lt; at &amp;gt;suse.com&amp;gt;
---
 drivers/scsi/st.c |  197 +++++++++++++++++++++++++----------------------------
 1 file changed, 91 insertions(+), 106 deletions(-)

diff --git a/drivers/scsi/st.c b/drivers/scsi/st.c
index a3718a5..f5d452e 100644
--- a/drivers/scsi/st.c
+++ b/drivers/scsi/st.c
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -193,7 +193,6 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; static int st_remove(struct device *);
 
 static int do_create_sysfs_files(void);
 static void do_remove_sysfs_files(void);
-static int do_create_class_files(struct scsi_tape *, int, int);
 
 static struct scsi_driver st_template = {
 .owner= THIS_MODULE,
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -3990,16 +3989,99 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; static const struct file_operations st_fops =
 .llseek =noop_llseek,
 };
 
+static int create_one_cdev(struct scsi_tape *tape, int mode, int rew)
+{
+int i, error;
+dev_t cdev_devno;
+struct cdev *cdev;
+struct device *dev;
+struct st_modedef *STm = &amp;amp;(tape&lt;/pre&gt;</description>
    <dc:creator>Lee Duncan</dc:creator>
    <dc:date>2012-05-21T23:15:25</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.scsi/75228">
    <title>[PATCH v3 1/5] st: Use static class attributes</title>
    <link>http://comments.gmane.org/gmane.linux.scsi/75228</link>
    <description>&lt;pre&gt;From: Jeff Mahoney &amp;lt;jeffm&amp;lt; at &amp;gt;suse.com&amp;gt;

st currently sets up and tears down class attributes manually for
every tape drive in the system. This patch uses a statically defined
class with class attributes to let the device core do it for us.

Signed-off-by: Jeff Mahoney &amp;lt;jeffm&amp;lt; at &amp;gt;suse.com&amp;gt;
Signed-off-by: Lee Duncan &amp;lt;lduncan&amp;lt; at &amp;gt;suse.com&amp;gt;
---
 drivers/scsi/st.c |   74 ++++++++++++++++++++++++-----------------------------
 1 file changed, 33 insertions(+), 41 deletions(-)

diff --git a/drivers/scsi/st.c b/drivers/scsi/st.c
index e41998c..662f9a0 100644
--- a/drivers/scsi/st.c
+++ b/drivers/scsi/st.c
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -84,7 +84,8 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; static int try_wdio = 1;
 static int st_dev_max;
 static int st_nr_dev;
 
-static struct class *st_sysfs_class;
+static struct class st_sysfs_class;
+static struct device_attribute st_dev_attrs[];
 
 MODULE_AUTHOR("Kai Makisara");
 MODULE_DESCRIPTION("SCSI tape (st) driver");
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -4195,7 +4196,7 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; out_free_tape:
 if (STm-&amp;gt;cdevs[j]) {
 if (cdev == STm-&amp;gt;cdevs[j])
 cdev = NULL;
-device_destroy(s&lt;/pre&gt;</description>
    <dc:creator>Lee Duncan</dc:creator>
    <dc:date>2012-05-21T23:14:15</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.scsi/75226">
    <title>[GIT PULL] usb-gadget target merge for 3.5-rc1</title>
    <link>http://comments.gmane.org/gmane.linux.scsi/75226</link>
    <description>&lt;pre&gt;Hi Linus,

As promised, here is the pull request for Sebastian's usb-gadget target
UASP / BOT driver for v3.5-rc1.  This code has been in linux-next for a
number of weeks, and is now ready for an initial merge.

Please pull from:

  git://git.kernel.org/pub/scm/linux/kernel/git/nab/target-pending.git usb-target-merge

This fabric uses the target framework to provide a usb gadget
device.  This gadget supports the USB Attached SCSI Protocol (UASP)
and Bulk Only Transfers (BOT or BBB). BOT is the primary interface,
UAS is the alternative interface.

Note this series is dependent upon a single target core patch for adding
se_cmd-&amp;gt;unknown_data_length in target-pending/for-next, that went out in
the first pull request yesterday:

[GIT PULL] target for-next v3.5-rc1 updates + new drivers merge status
http://www.spinics.net/lists/target-devel/msg02529.html

Kudos to Sebastian for making this driver happen so easily, and for his
patches to improve usb-core and target core along the way to his goal.
Also thanks to Fel&lt;/pre&gt;</description>
    <dc:creator>Nicholas A. Bellinger</dc:creator>
    <dc:date>2012-05-21T23:08:37</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.scsi/75203">
    <title>[PATCH] [SCSI] ufs: fix potential NULL pointer dereferencing error in ufshcd_probe.</title>
    <link>http://comments.gmane.org/gmane.linux.scsi/75203</link>
    <description>&lt;pre&gt;Avoid dereferencing a NULL pointer if scsi_host_alloc is failed.

Signed-off-by: Namjae Jeon &amp;lt;linkinjeon&amp;lt; at &amp;gt;gmail.com&amp;gt;
Acked-by: Santosh Y &amp;lt;santoshsy&amp;lt; at &amp;gt;gmail.com&amp;gt;
---
 drivers/scsi/ufs/ufshcd.c |    5 +++--
 1 file changed, 3 insertions(+), 2 deletions(-)

diff --git a/drivers/scsi/ufs/ufshcd.c b/drivers/scsi/ufs/ufshcd.c
index e47a0da..58f4ba6 100644
--- a/drivers/scsi/ufs/ufshcd.c
+++ b/drivers/scsi/ufs/ufshcd.c
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -1838,7 +1838,7 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; ufshcd_probe(struct pci_dev *pdev, const struct pci_device_id *id)
 err = pci_request_regions(pdev, UFSHCD);
 if (err &amp;lt; 0) {
 dev_err(&amp;amp;pdev-&amp;gt;dev, "request regions failed\n");
-goto out_disable;
+goto out_host_put;
 }
 
 hba-&amp;gt;mmio_base = pci_ioremap_bar(pdev, 0);
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -1927,8 +1927,9 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; out_iounmap:
 iounmap(hba-&amp;gt;mmio_base);
 out_release_regions:
 pci_release_regions(pdev);
-out_disable:
+out_host_put:
 scsi_host_put(host);
+out_disable:
 pci_clear_master(pdev);
 pci_disable_device(pdev);
 out_error:
&lt;/pre&gt;</description>
    <dc:creator>Namjae Jeon</dc:creator>
    <dc:date>2012-05-21T14:35:36</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.linux.scsi">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.linux.scsi</link>
  </textinput>
</rdf:RDF>

