Benjamin Siaka | 22 Sep 03:13 2014


Hello my Dear,

I will greatly appreciate my correspondence meets you in good health condition.

My name is Mr. Benjamin Siaka. I am seeking for your co-operation for investment partnership in your
Country. I shall provide the FUND for the investment. When you acknowledged the receipt of this
correspondence, thereafter I will give you the Full Details of my investment proposal.

I await your response in earliest.

My regards,
Mr. Benjamin Siaka.
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo <at>
More majordomo info at

koffi joma | 21 Sep 21:35 2014

Please if you are honestly interested

This message might meet you in utmost surprise; however, it’s just my
urgent need for foreign partner that made me to contact you for this
DEPARTMENT Bank of Africa(B.O.A),

I need your urgent assistance in transferring the sum of ($7.3MILLION)
Dollars immediately to your account. I will send you full
information’s on how the business will be executed and also note that
you will receive 40% of the above mentioned amount while 60% is for me

Reply me back for more clarification to  koffijoma01 <at>

To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo <at>
More majordomo info at

ronnie sahlberg | 21 Sep 17:58 2014

SCSI test tool for linux (and others)


I have recently converted my iscsi based test suite to allow running
it against /dev/sg* devices in addition to iscsi targets.

The purpose here is to create a tool that can be used by vendors to
test that their device will be well supported by the Linux SCSI stack.
To have a tool that you can
send to vendors and ask that "please run these tests, if you pass you
have higher
probability to interoperate well with us".

In order to do this I added a new "Family" of tests to my tool, which
I called LINUX.
The tests in this tool are divided up in Families/Suites/Testarea and you/we/I
can add whatever tests we need or want to the LINUX family.

For example, while T10 does not require that you MUST put a proper
SPC/SBC standard in the inquiry standards page/version descriptions I
can't really add such tests to the SCSI family since that would imply
compliance to the T10 specs.
But adding such a test to the LINUX family is perfectly fine.

./test-tool/iscsi-test-cu --list | grep LINUX

will list all the tests in the Linux family.
For now I populated it with a bunch of tests I copied fro the SCSI family.
Some, not all, tests.
Missing are a whole bunch of tests that require that you have multiple
I_T nexuses,
(Continue reading)

LI MAN-KIU | 21 Sep 03:43 2014


Hello Friend.

Li Man-Kiu has a transaction for you. Contact Mr. Li Man-Kiu On (
limankiu_a <at> ) For more information.

To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo <at>
More majordomo info at

Sebastian Herbszt | 20 Sep 13:37 2014

[PATCH] scsi_host: fix comment

Commit 1abf635 (scsi: use 64-bit value for 'max_luns') changed the order
of Scsi_Host members. Update the comment to reflect this.

Signed-off-by: Sebastian Herbszt <herbszt <at>>

diff --git a/include/scsi/scsi_host.h b/include/scsi/scsi_host.h
index ba20347..d4e0509 100644
--- a/include/scsi/scsi_host.h
+++ b/include/scsi/scsi_host.h
 <at>  <at>  -603,13 +603,13  <at>  <at>  struct Scsi_Host {
 	unsigned long last_reset;

 	 * These three parameters can be used to allow for wide scsi,
 	 * and for host adapters that support multiple busses
-	 * The first two should be set to 1 more than the actual max id
+	 * The last two should be set to 1 more than the actual max id
 	 * or lun (e.g. 8 for SCSI parallel systems).
 	unsigned int max_channel;
 	unsigned int max_id;
 	u64 max_lun;

To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo <at>
More majordomo info at

(Continue reading)

Randy Dunlap | 20 Sep 01:50 2014

[PATCH] scsi: fix kconfig dependency warnings for SCSI_FC_ATTRS

From: Randy Dunlap <rdunlap <at>>

Fix kconfig dependency warnings which can lead to build errors:

warning: (SCSI_BNX2X_FCOE && LIBFCOE && TCM_QLA2XXX) selects LIBFC which has unmet direct dependencies

warning: (FCOE && FCOE_FNIC) selects LIBFCOE which has unmet direct dependencies (SCSI_LOWLEVEL && SCSI

Signed-off-by: Randy Dunlap <rdunlap <at>>
 drivers/scsi/Kconfig         |    3 +++
 drivers/scsi/qla2xxx/Kconfig |    2 +-
 2 files changed, 4 insertions(+), 1 deletion(-)

--- linux-next-20140918.orig/drivers/scsi/Kconfig
+++ linux-next-20140918/drivers/scsi/Kconfig
 <at>  <at>  -601,6 +601,7  <at>  <at>  config LIBFC

 config LIBFCOE
 	tristate "LibFCoE module"
+	depends on SCSI_FC_ATTRS
 	select LIBFC
 	  Library for Fibre Channel over Ethernet module
 <at>  <at>  -608,6 +609,7  <at>  <at>  config LIBFCOE
 config FCOE
 	tristate "FCoE module"
 	depends on PCI
(Continue reading)

Bart Van Assche | 19 Sep 14:55 2014

[PATCH RFC 0/8] IB/srp: Add multichannel support


Although the SRP protocol supports multichannel operation, although 
since considerable time RDMA HCA's are available that support multiple 
completion vectors and although multichannel operation yields better 
performance than using a single channel, the Linux SRP initiator does 
not yet support multichannel operation. While adding multichannel 
support in the SRP initiator I encountered a few challenges of which I 
think these need wider discussion. The topics I would like invite wider 
discussion about are as follows:
- How to avoid unneeded inter-socket cache traffic. Should the blk-mq
   layer e.g. assign CPU cores to hardware queues such that all CPU cores
   associated with a single hardware queue reside on the same CPU socket?
   (see also patch 1/8)
- How to pass the hardware context selected by the block layer to the
   SCSI LLD queuecommand() callback function ? (see also patches 2/8 and
- Which approach should a SCSI LLD follow for selection of an MSI-X
   completion vector to ensure that the interrupt handler is invoked on
   the same CPU socket as the blk-mq hardware context data structures ?
   As one can see patch 8/8 relies on the assumption that completion
   vectors have been spread evenly over CPU sockets. If a HCA e.g.
   supports eight completion vectors then that means that in a system
   with two CPU sockets vectors 0-3 are associated with a CPU core on
   the first CPU socket and vectors 4-7 with a CPU core on the second CPU

The patches in this series are:
(Continue reading)

IBSP OFFICE | 19 Sep 12:01 2014

IBSP Project Letter Attached

2014 Attached [IBSP/UNESCO] Project Letter
Khumalo@C8. | 18 Sep 19:50 2014

Receive USD$100 Million Dollar's.

Attachment (ASSISTANCE0.pdf): application/pdf, 27 KiB
Ming Lei | 18 Sep 17:59 2014

[PATCH] scsi-mq: fix hw queue hang caused by timeout

If there are two requests or more timed out, the dispatch queue
is put into stopped state and never be recoverd, and there
is no such problem in non-mq mode.

This patch trys to recover the stopped queue when the queue
becomes unbusy, then the following retries can move on.

Basically this patch maintains same behavior for this situation
with non-mq mode.

Signed-off-by: Ming Lei <ming.lei <at>>
 drivers/scsi/scsi_lib.c |   11 ++++++++++-
 1 file changed, 10 insertions(+), 1 deletion(-)

diff --git a/drivers/scsi/scsi_lib.c b/drivers/scsi/scsi_lib.c
index 3b92c39..dfbc028 100644
--- a/drivers/scsi/scsi_lib.c
+++ b/drivers/scsi/scsi_lib.c
 <at>  <at>  -142,6 +142,8  <at>  <at>  static void __scsi_queue_insert(struct scsi_cmnd *cmd, int reason, int unbusy)
 	struct scsi_device *device = cmd->device;
 	struct request_queue *q = device->request_queue;
 	unsigned long flags;
+	bool restart = false;
+	bool blocked = !!atomic_read(&device->device_blocked);

 	SCSI_LOG_MLQUEUE(1, scmd_printk(KERN_INFO, cmd,
 		"Inserting command %p into mlqueue\n", cmd));
 <at>  <at>  -152,9 +154,14  <at>  <at>  static void __scsi_queue_insert(struct scsi_cmnd *cmd, int reason, int unbusy)
 	 * Decrement the counters, since these commands are no longer
(Continue reading)

Dan Carpenter | 18 Sep 16:23 2014

re: [SCSI] esas2r: ATTO Technology ExpressSAS 6G SAS/SATA RAID Adapter Driver

Hello Bradley Grove,

The patch 26780d9e12ed: "[SCSI] esas2r: ATTO Technology ExpressSAS 6G
SAS/SATA RAID Adapter Driver" from Aug 23, 2013, leads to the
following static checker warning:

	drivers/scsi/esas2r/esas2r_ioctl.c:1902 esas2r_read_vda()
	error: 'count' from user is not capped properly

  1893          if (off > VDA_MAX_BUFFER_SIZE)
  1894                  return 0;
  1896          if (count + off > VDA_MAX_BUFFER_SIZE)
"count" is a user controlled int.  Let's assume we're on a 32 system for
simplicity.  If count is a high positive number here, then count + off
is negative and thus less than VDA_MAX_BUFFER_SIZE.

  1897                  count = VDA_MAX_BUFFER_SIZE - off;
  1899          if (count < 0)
  1900                  return 0;
  1902          memcpy(buf, a->vda_buffer + off, count);
Memory corruption.

(Continue reading)