On Thu, 2016-06-09 at 15:52 +0200, Christoph Hellwig wrote:
> 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 proto
On Thu, 2016-06-09 at 15:39 +0200, Christoph Hellwig wrote:
> 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 indepe
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 majord...@vger.ke
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 have both a per-host and
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
> another chip.
>
> 1.Change driver version.
>
> 2.Add Pegasu
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 target_c
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] Linux
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
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 giv
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 79871f3..d5b26fa 100644
--- a/drivers/scsi/aacraid/linit.c
+++ b/drivers/scsi/aacr
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 issue
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 vmbu
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 Herin
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 lik
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 our
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 if
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 sub
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 m
- Original Message -
> From: "Sebastian Andrzej Siewior"
> To: "Laurence Oberman" , "James Bottomley"
>
> Cc: "Christoph Hellwig" , linux-scsi@vger.kernel.org,
> "Martin K. Petersen"
> , "Vasu Dev" ,
> r...@linutronix.de, fcoe-de...@open-fcoe.org, "Chad
> Dupuis"
> Sent: Thursday, J
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 1:0:0:0
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 "unsubs
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: [
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"
>> ,
>> linux-scsi@vger.kernel.org, jav...@osg.samsung.com, "Luis de Bethencourt"
>>
> + 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 untangl
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 http://vger.kernel.org/ma
25 matches
Mail list logo
