Re: [PATCHv3 0/2] target: make location of /var/targets configurable

On Thu, 2016-06-09 at 16:51 -0700, Lee Duncan wrote: > Ping? > > We really need to move the target database out of /var/target > This series has already merged up for v4.7-rc1. -- To unsubscribe from this list: send the line "unsubscribe linux-scsi" in the body of a message to

Re: [PATCH v2] Add support for SCT Write Same

On Thu, Jun 9, 2016 at 4:22 AM, Christoph Hellwig wrote: >> + if (ata_id_sct_write_same(dev->id)) >> + sdev->sct_write_same = 1; >> + > > What's the point of this flag? It should simply clear the no_write_same > flag for this device. Due to the way how we

Re: [PATCH] scsi:stex.c Support Pegasus 3 product

Hi Charles, On Mon, Jun 6, 2016 at 5:53 PM, Charles Chiou wrote: > From: Charles > > Pegasus series is a RAID support product by using Thunderbolt technology. > > The newest product, Pegasus 3 is support Thunderbolt 3 technology with >

Re: [PATCHv3 0/2] target: make location of /var/targets configurable

Ping? We really need to move the target database out of /var/target On 04/14/2016 06:18 PM, Lee Duncan wrote: > These patches make the location of "/var/target" configurable, > though it still defauls to "/var/target". > > This "target database directory" can only be changed > after the

Re: kernel BUG in drivers/scsi/53c700.c:1129

On Thu, 2016-06-09 at 21:36 +0200, Helge Deller wrote: > Hi James, > > I just tried Debian kernel 4.6.1-1 on my historic 715/64 machine, and it > ran into this BUG() in the LASI scsi driver: > > scsi 0:0:6:0: no saved request for untagged cmd > > Any idea? > > Helge > > [0.00]

Zpráva pro vás!

Jsem zastupujicí investicní zajem ze strany Dubaji, pro ktere hledáme vasi ucast. Odpoved na e-mailu nize v pripade zajmu. E-mail: plippb...@gmail.com -- To unsubscribe from this list: send the line "unsubscribe linux-scsi" in the body of a message to majord...@vger.kernel.org More majordomo

Re: [PATCH v3] storvsc: use small sg_tablesize on x86

On Thu, Jun 09, James Bottomley wrote: > On Thu, 2016-06-09 at 18:25 +0200, Olaf Hering wrote: > > Reducing the sg_tablesize allows booting of 32bit kernels in VMs, > > after > > commit be0cf6ca301c61458dc4aa1a37acf4f58d2ed3d6 ("scsi: storvsc: Set > > the > > tablesize based on the information

[PATCH V2 2/2] aacraid: remove wildcard for series 9 controllers

Depends on smartpqi driver adoption Reviewed-by: Kevin Barnett Reviewed-by: Scott Teel Signed-off-by: Don Brace --- 0 files changed diff --git a/drivers/scsi/aacraid/linit.c b/drivers/scsi/aacraid/linit.c index

[PATCH V2 0/2] initial submit of Microsemi smartpqi driver

These patches are based on Linus's tree - add smartpqi to kernel.org - remove PCI IDs from aacraid driver - Depends on adoption of smartpqi driver Changes since initial upload - Forgot to give correct ownership to the author. Changes since V1 - Corrected make ARCH=i386 kbuild test robot

Re: [PATCH v3] storvsc: use small sg_tablesize on x86

On Thu, 2016-06-09 at 18:25 +0200, Olaf Hering wrote: > Reducing the sg_tablesize allows booting of 32bit kernels in VMs, > after > commit be0cf6ca301c61458dc4aa1a37acf4f58d2ed3d6 ("scsi: storvsc: Set > the > tablesize based on the information given by the host") > > [5.567138] hv_storvsc

[PATCH v3] storvsc: use small sg_tablesize on x86

Reducing the sg_tablesize allows booting of 32bit kernels in VMs, after commit be0cf6ca301c61458dc4aa1a37acf4f58d2ed3d6 ("scsi: storvsc: Set the tablesize based on the information given by the host") [5.567138] hv_storvsc vmbus_1: adjusting sg_tablesize 0x800 -> 0x20 Signed-off-by: Olaf

Re: [PATCH v2] scsi_debug: fix sleep in invalid context

On 05/31/2016 02:15 PM, Douglas Gilbert wrote: In this post: http://www.spinics.net/lists/linux-scsi/msg97124.html the author shows some kernel infrastructure complaining about a sleep in an invalid context. Remove offending call to vmalloc(). Instead of using kzalloc() which reviewers didn't

Re: [RFC 7/8] nvmet/admin-cmd: Hookup T10-PI to ID_NS.ms + ID_NS.dps feature bits

FYI: NVMf requires metadata to be interleaved in the data, and you need to indicate that in the Identify data. Note that this is only a requirement for the on the wire format and for the way the Namespaces are exposed at the protocol level as RDMA HCA and FB HBAs should still be able to handle

Re: NVMe over Fabrics target implementation

On Wed, Jun 08, 2016 at 09:36:15PM -0700, Nicholas A. Bellinger wrote: > The configfs ABI should not dictate a single backend use-case. And it doesn't. I actually had a file backend implemented to benchmark it against the loopback driver. It needed absolutely zero new configfs interface. And

Re: [RFC 0/2] nvme/loop: Add support for controllers-per-port model

On Wed, Jun 08, 2016 at 10:13:53PM -0700, Nicholas A. Bellinger wrote: > I still don't see why a loopback controller on a port of an individual > subsystem NQN can't be created + deleted directly from configfs, and > operate independently of other loopback controllers on a port of a > different

Re: [PREEMPT-RT] [PATCH v2] scsi/fcoe: convert to kworker

On 06/09/2016 03:15 PM, Laurence Oberman wrote: > Hello Hi, > Apologies, somehow this fell off my radar. > I will get the FCOE test bed up and get it done ASAP. Thanks > > Regards > Laurence Sebastian -- To unsubscribe from this list: send the line "unsubscribe linux-scsi" in the body of a

Re: [PREEMPT-RT] [PATCH v2] scsi/fcoe: convert to kworker

- Original Message - > From: "Sebastian Andrzej Siewior" > To: "Laurence Oberman" , "James Bottomley" > > Cc: "Christoph Hellwig" , linux-scsi@vger.kernel.org, > "Martin K. Petersen" >

Re: CD media burnt using TAO mode fails to boot

Hi, (I am currently not subscribed to linux-scsi but will do if a discussion arises. Just give me a note by direct mail.) Alba Pompeo wrote: > [9.698784] sr 1:0:0:0: [sr0] tag#12 Sense Key : 0x4 [current] > [9.698788] sr 1:0:0:0: [sr0] tag#12 ASC=0x3e ASCQ=0x2 > [9.698795] sr

Re: [PREEMPT-RT] [PATCH v2] scsi/fcoe: convert to kworker

On 04/22/2016 06:39 PM, Laurence Oberman wrote: > I have fcoe for testing. > I will pull this in next week and test it. any update? > > Laurence Oberman > Principal Software Maintenance Engineer > Red Hat Global Support Services Sebastian -- To unsubscribe from this list: send the line

CD media burnt using TAO mode fails to boot

Hello, there is a recurrent problem bug in the kernel that makes a CD-R fail to boot when burnt in TAO mode. [9.698776] sr 1:0:0:0: [sr0] tag#12 UNKNOWN(0x2003) Result: hostbyte=0x00 driverbyte=0x08 [9.698784] sr 1:0:0:0: [sr0] tag#12 Sense Key : 0x4 [current] [9.698788] sr 1:0:0:0:

Re: [PATCH] aic7xxx: fix wrong return values

On 09/06/16 02:04, Laurence Oberman wrote: > > > - Original Message - >> From: "Luis de Bethencourt" >> To: linux-ker...@vger.kernel.org >> Cc: h...@suse.com, j...@linux.vnet.ibm.com, "martin petersen" >> , >>

Re: [PATCH v2] Add support for SCT Write Same

> + if (ata_id_sct_write_same(dev->id)) > + sdev->sct_write_same = 1; > + What's the point of this flag? It should simply clear the no_write_same flag for this device. Due to the way how we have both a per-host and per-device flag that might not be completely trivial, but

Re: [PATCH v2] scsi_debug: fix sleep in invalid context

Oh well, not a fan og the casting, but as this is an important fix let's get it in for now: Acked-by: Christoph Hellwig -- To unsubscribe from this list: send the line "unsubscribe linux-scsi" in the body of a message to majord...@vger.kernel.org More majordomo info at

[PATCH v2] Add support for SCT Write Same

SATA drives may support write same via SCT. This is useful for setting the drive contents to a specific pattern (0's). Signed-off-by: Shaun Tancheff --- v2: - Remove fugly ata hacking from sd.c --- drivers/ata/libata-scsi.c | 34 ++

[PATCH v2] Add support for Write Same via SCT

At some point the method of issuing Write Same for ATA drives changed. Currently write same is commonly available via SCT so expose the SCT capabilities and use SCT Write Same if available. This is useful for zoned based media that prefers to support discard with lbprz set, aka discard zeroes

Re: [PATCH] Add support for SCT Write Same

On Wed, Jun 8, 2016 at 10:39 PM, Martin K. Petersen wrote: > > > "Shaun" == Shaun Tancheff writes: > > Shaun, > > Shaun> SATA drives may support write same via SCT. This is useful for > Shaun> setting the drive contents to a specific pattern