Mr.Ghazi Ahmed | 4 Aug 14:29 2015
Picon

Dear Friend

I have a business proposal in the tune of $10.2m USD for you to handle
with me. If interested, kindly get back to me for more details.

Mr.Ghazi Ahmed
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Mr.Ghazi Ahmed | 4 Aug 14:29 2015
Picon

Dear Friend

I have a business proposal in the tune of $10.2m USD for you to handle
with me. If interested, kindly get back to me for more details.

Mr.Ghazi Ahmed
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Christoph Hellwig | 4 Aug 09:11 2015
Picon

Persistent Reservation API

This series adds support for a simplified persistent reservation API
to the block layer.  The intent is that both in-kernel and userspace
consumers can use the API instead of having to hand craft SCSI or NVMe
command through the various pass through interfaces.  It also adds
DM support as getting reservations through dm-multipath is a major
pain with the current scheme.

NVMe support currently isn't included as I don't have a multihost
NVMe setup to test on, but if I can find a volunteer to test it I'm
happy to write the code for it.

The ioctl API is documented in Documentation/block/pr.txt, but to
fully understand the concept you'll have to read up the SPC spec,
PRs are too complicated that trying to rephrase them into different
terminology is just going to create confusion.

I also have a set of simple test tools available at:

	git://git.infradead.org/users/hch/pr-tests.git

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

jiang.biao2 | 4 Aug 03:11 2015
Picon

[Patch] scsi_ioctl: support persistent reserve commands for non-root user.

scsi_ioctl: support persistent reserve commands through ioctl for
non-root user.

Scsi persistent reserve commands need to be used for non-root user in
many scenarios.
EPERM error will be returned by sg_io() when PERSISTENT_RESERVE_OUT
or PERSISTENT_RESERVE_IN command is sent through ioctl() for
non-root user.
Add PERSISTENT_RESERVE_OUT and PERSISTENT_RESERVE_IN into
blk_default_cmd_filter in blk_set_cmd_filter_defaults() to support 
persistent reserve commands for non-root user.

Signed-off-by: Jiang Biao <jiang.biao2 <at> zte.com.cn>
Signed-off-by: Li Ping <li.ping288 <at> zte.com.cn>
Reviewed-by: Liu Jianjun <liu.jianjun3 <at> zte.com.cn>

diff -urpN block/scsi_ioctl.c block_new/scsi_ioctl.c
--- block/scsi_ioctl.c  2015-08-01 17:07:47.000000000 +0800
+++ block_new/scsi_ioctl.c      2015-08-01 17:09:56.000000000 +0800
 <at>  <at>  -202,6 +202,9  <at>  <at>  static void blk_set_cmd_filter_defaults(
        __set_bit(GPCMD_LOAD_UNLOAD, filter->write_ok);
        __set_bit(GPCMD_SET_STREAMING, filter->write_ok);
        __set_bit(GPCMD_SET_READ_AHEAD, filter->write_ok);
+       /* Persistent reserve command*/
+       __set_bit(PERSISTENT_RESERVE_IN, filter->read_ok);
+       __set_bit(PERSISTENT_RESERVE_OUT, filter->write_ok);
 }

 int blk_verify_command(unsigned char *cmd, fmode_t has_write_perm)
(Continue reading)

Picon

zajam ponuda


Bok

Pozdrav od sunca EAST Savezne Kreditna unija, mi smo dobro uspostavljen i odobren uk zajam tvrtki, tijekom
godina, razvili smo dobro razumijevanje Vašim potrebama i individualnim potrebama. odlučni smo nas
prema našim kupcima pošteno i ponuditi uslugu koja je profesionalni i prijateljski, mi smo u
jedinstvenoj poziciji da ponudi sve vrste kredita na sve pojedince kao niska kao i 1.5% kamatna stopa,
tako da ako imate bilo kakve financijske teškoće i trebate kredit, kontaktirajte nas ako ste
zainteresirani za naše e-mail: suneastf <at> gmail.com

* Tvoje puno ime:
* Vaša zemlja i kućnu adresu:
* Broj telefona:
* Iznos kredita je potrebno:
* Trajanje:
* Svrha:
* Spol i dob:
* Zanimanje:

Mi očekujemo Vaš odgovor u vezi napuni kalup Iako je naša e-pošte.
Hvala za odgovor.

Susane.
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Alan Stern | 3 Aug 17:57 2015
Picon

[PATCH 2/2] SCSI: fix bug in scsi_dev_info_list matching

The "compatible" matching algorithm used for looking up old-style
blacklist entries in a scsi_dev_info_list is buggy.  The core of the
algorithm looks like this:

		if (memcmp(devinfo->vendor, vendor,
			    min(max, strlen(devinfo->vendor))))
			/* not a match */

where max is the length of the device's vendor string after leading
spaces have been removed but trailing spaces have not.  Because of the
min() computation, either entry could be a proper substring of the
other and the code would still think that they match.

In the case originally reported, the device's vendor and product
strings were "Inateck " and "                ".  These matched against
the following entry in the global device list:

	{"", "Scanner", "1.80", BLIST_NOLUN}

because "" is a substring of "Inateck " and "" (the result of removing
leading spaces from the device's product string) is a substring of
"Scanner".  The mistaken match prevented the system from scanning and
finding the device's second Logical Unit.

This patch fixes the problem by making two changes.  First, the code
for leading-space removal is hoisted out of the loop.  (This means it
will sometimes run unnecessarily, but since a large percentage of all
lookups involve the "compatible" entries in global device list, this
should be an overall improvement.)  Second and more importantly, the
patch removes trailing spaces and adds a check to verify that the two
(Continue reading)

Alan Stern | 3 Aug 17:57 2015
Picon

[PATCH 1/2] SCSI: refactor device-matching code in scsi_devinfo.c

In drivers/scsi/scsi_devinfo.c, the scsi_dev_info_list_del_keyed() and
scsi_get_device_flags_keyed() routines contain a large amount of
duplicate code for finding vendor/product matches in a
scsi_dev_info_list.  This patch factors out the duplicate code and
puts it in a separate function, scsi_dev_info_list_find().

Signed-off-by: Alan Stern <stern <at> rowland.harvard.edu>
Suggested-by: Giulio Bernardi <ugilio <at> gmail.com>

---

[as1782]

 drivers/scsi/scsi_devinfo.c |  114 ++++++++++++++++----------------------------
 1 file changed, 42 insertions(+), 72 deletions(-)

Index: usb-4.1/drivers/scsi/scsi_devinfo.c
===================================================================
--- usb-4.1.orig/drivers/scsi/scsi_devinfo.c
+++ usb-4.1/drivers/scsi/scsi_devinfo.c
 <at>  <at>  -390,25 +390,26  <at>  <at>  int scsi_dev_info_list_add_keyed(int com
 EXPORT_SYMBOL(scsi_dev_info_list_add_keyed);

 /**
- * scsi_dev_info_list_del_keyed - remove one dev_info list entry.
+ * scsi_dev_info_list_find - find a matching dev_info list entry.
  *  <at> vendor:	vendor string
  *  <at> model:	model (product) string
  *  <at> key:	specify list to use
  *
(Continue reading)

Alan Stern | 3 Aug 17:57 2015
Picon

[PATCH 0/2] SCSI: fix bug in scsi_dev_info_list lookup

James:

Giulio Bernardi recently reported a problem (the second Logical Unit of
his SATA-USB docking station was not being detected) which we traced
down to a bug in the matching code in scsi_devinfo.c.  The entire
search algorithm (including the bug) is present in two separate 
routines of that source file.

The first patch in the following sequence refactors the matching code 
by moving it into its own subroutine, where the others can call it.

The second patch fixes the matching code's bug.  Namely, the code
thinks it has found a match if either the device's vendor string (with
leading blanks removed) or the device list entry's vendor string is a
substring of the other, and likewise for the product strings.  For
example, a device string of "VENDOR12" would match against a list
entry's string of "VENDOR", which obviously is not what we want.

Alan Stern

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

Colin King | 3 Aug 17:00 2015

[PATCH] megaraid_sas: fix missing { } braces

From: Colin Ian King <colin.king <at> canonical.com>

Static analysis by smatch indicated that there was a curly
braces issue:

drivers/scsi/megaraid/megaraid_sas_base.c:6139
  megasas_mgmt_fw_ioctl() warn: curly braces intended?

Add braces in the appropriate place so that kbuf_arr[i] gets
set to NULL only when we need to.  Also, remove whitespace
between kbuff_arr and [].

Signed-off-by: Colin Ian King <colin.king <at> canonical.com>
---
 drivers/scsi/megaraid/megaraid_sas_base.c | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/drivers/scsi/megaraid/megaraid_sas_base.c b/drivers/scsi/megaraid/megaraid_sas_base.c
index 71b884d..8face78 100644
--- a/drivers/scsi/megaraid/megaraid_sas_base.c
+++ b/drivers/scsi/megaraid/megaraid_sas_base.c
 <at>  <at>  -6131,12 +6131,13  <at>  <at>  megasas_mgmt_fw_ioctl(struct megasas_instance *instance,
 	}

 	for (i = 0; i < ioc->sge_count; i++) {
-		if (kbuff_arr[i])
+		if (kbuff_arr[i]) {
 			dma_free_coherent(&instance->pdev->dev,
 					  le32_to_cpu(kern_sge32[i].length),
 					  kbuff_arr[i],
(Continue reading)

Matthew R. Ochs | 3 Aug 06:33 2015
Picon

[PATCH v3 4/4] cxlflash: Virtual LUN support

Add support for physical LUN segmentation (virtual LUNs) to device
driver supporting the IBM CXL Flash adapter. This patch allows user
space applications to virtually segment a physical LUN into N virtual
LUNs, taking advantage of the translation features provided by this
adapter.

Signed-off-by: Matthew R. Ochs <mrochs <at> linux.vnet.ibm.com>
Signed-off-by: Manoj N. Kumar <manoj <at> linux.vnet.ibm.com>
---
 Documentation/powerpc/cxlflash.txt |   63 +-
 drivers/scsi/cxlflash/Makefile     |    2 +-
 drivers/scsi/cxlflash/common.h     |    3 +
 drivers/scsi/cxlflash/main.c       |   12 +
 drivers/scsi/cxlflash/main.h       |    2 +-
 drivers/scsi/cxlflash/sislite.h    |    3 +
 drivers/scsi/cxlflash/superpipe.c  |   77 ++-
 drivers/scsi/cxlflash/superpipe.h  |   19 +-
 drivers/scsi/cxlflash/vlun.c       | 1241 ++++++++++++++++++++++++++++++++++++
 drivers/scsi/cxlflash/vlun.h       |   74 +++
 include/uapi/scsi/cxlflash_ioctl.h |   32 +
 11 files changed, 1520 insertions(+), 8 deletions(-)
 create mode 100644 drivers/scsi/cxlflash/vlun.c
 create mode 100644 drivers/scsi/cxlflash/vlun.h

diff --git a/Documentation/powerpc/cxlflash.txt b/Documentation/powerpc/cxlflash.txt
index c75d92d..4a59f1a 100644
--- a/Documentation/powerpc/cxlflash.txt
+++ b/Documentation/powerpc/cxlflash.txt
 <at>  <at>  -163,7 +163,8  <at>  <at>  DK_CXLFLASH_ATTACH
 
(Continue reading)

Matthew R. Ochs | 3 Aug 06:33 2015
Picon

[PATCH v3 3/4] cxlflash: Superpipe support

Add superpipe supporting infrastructure to device driver for the IBM CXL
Flash adapter. This patch allows userspace applications to take advantage
of the accelerated I/O features that this adapter provides and bypass the
traditional filesystem stack.

Signed-off-by: Matthew R. Ochs <mrochs <at> linux.vnet.ibm.com>
Signed-off-by: Manoj N. Kumar <manoj <at> linux.vnet.ibm.com>
---
 Documentation/ioctl/ioctl-number.txt |    1 +
 Documentation/powerpc/cxlflash.txt   |  236 ++++
 drivers/scsi/cxlflash/Makefile       |    2 +-
 drivers/scsi/cxlflash/common.h       |   20 +
 drivers/scsi/cxlflash/main.c         |   59 +-
 drivers/scsi/cxlflash/superpipe.c    | 2181 ++++++++++++++++++++++++++++++++++
 drivers/scsi/cxlflash/superpipe.h    |  128 ++
 include/uapi/scsi/Kbuild             |    1 +
 include/uapi/scsi/cxlflash_ioctl.h   |  141 +++
 9 files changed, 2765 insertions(+), 4 deletions(-)
 create mode 100644 Documentation/powerpc/cxlflash.txt
 create mode 100644 drivers/scsi/cxlflash/superpipe.c
 create mode 100644 drivers/scsi/cxlflash/superpipe.h
 create mode 100644 include/uapi/scsi/cxlflash_ioctl.h

diff --git a/Documentation/ioctl/ioctl-number.txt b/Documentation/ioctl/ioctl-number.txt
index fdd35bf..67273e1 100644
--- a/Documentation/ioctl/ioctl-number.txt
+++ b/Documentation/ioctl/ioctl-number.txt
 <at>  <at>  -315,6 +315,7  <at>  <at>  Code  Seq#(hex)	Include File		Comments
 0xC0	00-0F	linux/usb/iowarrior.h
 0xC9	00-0F	uapi/cxl-memcpy.h       Reserved for non-upstream prototype
(Continue reading)


Gmane