https://bugzilla.kernel.org/show_bug.cgi?id=111441
--- Comment #4 from Serguei Bezverkhi ---
with kernel 4.4.0
lsscsi
[0:0:44:0] enclosu CISCOUCS 240 0809 -
[0:2:0:0]diskLSI MR9261-8i2.13 /dev/sda
[0:2:1:0]diskLSI MR9261-8i2.13
https://bugzilla.kernel.org/show_bug.cgi?id=111441
--- Comment #3 from Serguei Bezverkhi ---
Additional tracebacks:
[ 25.799382] WARNING: CPU: 18 PID: 1482 at block/genhd.c:626
add_disk+0x443/0x4a0()
[ 25.799383] Modules linked in: iscsi_tcp libiscsi_tcp 8021q garp mrp rpcrdma
ib_isert iscsi
https://bugzilla.kernel.org/show_bug.cgi?id=111441
--- Comment #2 from Serguei Bezverkhi ---
HI Mike,
Thank you for looking into this issue.
I reproduced this issue this using both mainline compiled kernel and the one
posted by El Repo. I used both of these kernels with RHEL 7.2, both kernels
https://bugzilla.kernel.org/show_bug.cgi?id=111441
--- Comment #1 from Serguei Bezverkhi ---
Created attachment 202201
--> https://bugzilla.kernel.org/attachment.cgi?id=202201&action=edit
Kernel config
--
You are receiving this mail because:
You are the assignee for the bug.
--
To unsubscribe
> "Lee" == Lee Duncan writes:
Lee> Update the SCSI hosts module to use ida to manage its host_no index
Lee> instead of an ATOMIC integer. This means that the SCSI host number
Lee> will now be reclaimable.
Applied to 4.6/scsi-queue.
--
Martin K. Petersen Oracle Linux Engineering
--
To
Nicholas A. Bellinger wrote on 01/27/2016 10:36 PM:
> On Wed, 2016-01-27 at 09:54 -0800, Bart Van Assche wrote:
>> Last year, during the 2015 LSF/MM summit, it has been decided that the
>> LIO/SCST merger project should proceed by sending the functionality
>> upstream that is present in SCST but
> "Sumit" == Sumit Saxena writes:
Sumit,
Applied to 4.6/scsi-queue.
Please make sure you put patch revision and feedback comments under the
--- separator so they don't become part of the commit message.
--
Martin K. Petersen Oracle Linux Engineering
--
To unsubscribe from this list:
I thought you could just reply to kernel bugzilla mails and it would
automatically add your reply to the bz, but I got some errors. Ccing the
bug reporter here, so I do not have to make an account and go through bz.
Serguei see below. I need some extra info.
On 01/28/2016 07:53 PM, Mike Christie
On 01/28/2016 04:51 PM, bugzilla-dae...@bugzilla.kernel.org wrote:
> https://bugzilla.kernel.org/show_bug.cgi?id=111441
>
> Bug ID: 111441
>Summary: iscsi fails to attach to targets
>Product: IO/Storage
>Version: 2.5
> Kernel Version: 4.4.0-1
>
Hi Laurence,
> -Original Message-
> From: Laurence Oberman [mailto:lober...@redhat.com]
> Sent: Friday, January 29, 2016 10:25 AM
> To: Seymour, Shane M
> Cc: Kai Mäkisara (Kolumbus); Emmanuel Florac; Laurence Oberman; linux-
> s...@vger.kernel.org
> Subject: Re: What partition should the
Meant to mention, still waiting for my new LTO5, also this is the first time I
am testing the DAT72.
Shane, have you had the DAT working before this last patch, if so which patch
Laurence Oberman
Principal Software Maintenance Engineer
Red Hat Global Support Services
- Original Message
On My DAT tape with the latest patch
[root@srp-server ~]# cat /sys/class/scsi_tape/st0/device/scsi_level
4
[root@srp-server ~]# mt -f /dev/st0 stsetoption can-partitions
Jan 28 18:17:49 srp-server kernel: st 6:0:1:0: [st0] Block limits 1 - 16777215
bytes.
Jan 28 18:17:49 srp-server kernel: st
Hi Kai,
$ pwd
/sys/class/scsi_tape/st1/device
$ cat scsi_level
4
Thanks
Shane
> -Original Message-
> From: "Kai Mäkisara (Kolumbus)" [mailto:kai.makis...@kolumbus.fi]
> Sent: Friday, January 29, 2016 4:04 AM
> To: Seymour, Shane M
> Cc: Laurence Oberman; Emmanuel Florac; Laurence Oberman
https://bugzilla.kernel.org/show_bug.cgi?id=111441
Bug ID: 111441
Summary: iscsi fails to attach to targets
Product: IO/Storage
Version: 2.5
Kernel Version: 4.4.0-1
Hardware: x86-64
OS: Linux
Tree: Mainline
> "Don" == Don Brace writes:
Don> The hpsa driver uses this function to cleanup inquiry data. Our new
Don> pqi driver will also use this function. This function was copied
Don> into both drivers.
Don> This patch exports sanitize_inquiry_string so the hpsa and the pqi
Don> drivers can use thi
> "Himanshu" == Himanshu Madhani writes:
Himanshu> Please apply following patches to the scsi tree, misc branch
Himanshu> at your earliest convenience.
Applied to 4.6/scsi-queue.
Thanks!
--
Martin K. Petersen Oracle Linux Engineering
--
To unsubscribe from this list: send the line "u
> On 28.1.2016, at 21.21, Laurence Oberman wrote:
>
> Hi Kai
>
> What kernel was the last patch you attached against.
>
It was against the latest git version from Jan 24 evening (Finnish time). It is
4.4.0 plus
from 4.5 merge window. The patch applies to 3.18.25 with offsets and should
apply
> -Original Message-
> From: James Bottomley [mailto:james.bottom...@hansenpartnership.com]
> Sent: Thursday, January 28, 2016 11:22 AM
> To: KY Srinivasan ; Olaf Hering
> Cc: gre...@linuxfoundation.org; linux-ker...@vger.kernel.org;
> de...@linuxdriverproject.org; oher...@suse.com;
> jb
On Thu, 2016-01-28 at 19:07 +, KY Srinivasan wrote:
>
> > -Original Message-
> > From: Olaf Hering [mailto:o...@aepfle.de]
> > Sent: Thursday, January 28, 2016 7:56 AM
> > To: KY Srinivasan
> > Cc: gre...@linuxfoundation.org; linux-ker...@vger.kernel.org;
> > de...@linuxdriverproject.
Hi Kai
What kernel was the last patch you attached against.
Thanks
Laurence Oberman
Principal Software Maintenance Engineer
Red Hat Global Support Services
- Original Message -
From: "Kai Mäkisara (Kolumbus)"
To: "Shane M Seymour"
Cc: "Laurence Oberman" , "Emmanuel Florac"
, "Laurenc
> -Original Message-
> From: Olaf Hering [mailto:o...@aepfle.de]
> Sent: Thursday, January 28, 2016 7:56 AM
> To: KY Srinivasan
> Cc: gre...@linuxfoundation.org; linux-ker...@vger.kernel.org;
> de...@linuxdriverproject.org; oher...@suse.com;
> jbottom...@parallels.com; h...@infradead.org
HI,
Solved it.
else if (lrbp->command_type == UTP_CMD_TYPE_DEV_MANAGE || lrbp->command_type ==
DWC_UTRD_CMD_TYPE_UFS_STORAGE)
was also needed ufshcd_transfer_req_compl(). Step by step :)
Thanks.
Joao
On 1/28/2016 6:07 PM, Joao Pinto wrote:
> Hi Akinobu,
>
> I managed to make the following repla
Hi Akinobu,
I managed to make the following replacement:
"lrbp->command_type = UTP_CMD_TYPE_DEV_MANAGE;" for
"lrbp->command_type = DWC_UTRD_CMD_TYPE_UFS_STORAGE;" being
DWC_UTRD_CMD_TYPE_UFS_STORAGE = 0x11
Now I get OCS = 0 which is good:
@ [0]:1100
@0004 [1]:93936a6a
@0008 [2]:
@
Le Thu, 28 Jan 2016 19:31:10 +0200
"Kai Mäkisara (Kolumbus)" écrivait:
> > On 27.1.2016, at 1.35, Seymour, Shane M
> > wrote:
> >
> > Hi Emmanuel,
> >
> >> Hmm in fact if we keep using MB we'll be stuck when tapes reach ~2
> >> PB which leaves some time to think about it, until LTO-15 circa
Hi Johannes,
On 1/28/16, 12:59 AM, "Johannes Thumshirn" wrote:
>On Wed, Jan 27, 2016 at 12:03:33PM -0500, Himanshu Madhani wrote:
>> From: Harish Zunjarrao
>>
>> Signed-off-by: Harish Zunjarrao
>> Signed-off-by: Himanshu Madhani
>> ---
>> drivers/scsi/qla2xxx/qla_attr.c |6 ++-
>> dr
> On 27.1.2016, at 1.35, Seymour, Shane M wrote:
>
> Hi Emmanuel,
>
>> Hmm in fact if we keep using MB we'll be stuck when tapes reach ~2 PB
>> which leaves some time to think about it, until LTO-15 circa 2036 :)
>
> There will be other issues to solve before then (by LTO-9 2 with compression
> On 28.1.2016, at 9.36, Seymour, Shane M wrote:
>
> Hi Kai,
>
> With the changes the I get a failure partitioning a HP DAT72 drive (DDS-5):
>
> # ./mt -f /dev/st1 stsetoption debug
> # ./mt -f /dev/st1 stsetoption can-partitions
> # ./mt -f /dev/st1 mkpartition 1000
> /dev/st1: Input/output e
+ sess = cmd->se_sess;
+ if (WARN_ON_ONCE(!sess))
+ continue;
+
+ spin_lock(&sess->sess_cmd_lock);
+ rc = __target_check_io_state(cmd);
+ spin_unlock(&sess->sess_cmd_lock);
+ if (!rc) {
+
Hi Akinobu,
Thanks for the tip!
Joao
On 1/28/2016 12:35 PM, Akinobu Mita wrote:
> Hi Joao,
>
> 2016-01-28 2:04 GMT+09:00 Joao Pinto :
>> - NOP_OUT is failing with OCS = 0x7
>>
>> The OCS value is calculated in ufshcd_get_tr_ocs() in ufshcd.c.
>> I made a dump of the UTRD pointer where we can che
On Thu, 2016-01-28 at 18:24 +0200, Sagi Grimberg wrote:
> > I'm going to downvote this topic just like last year with my PC hat
> > on as I think it's a) not relevant or usefully discussable at LSF
> > and b) framed the wrong way.
>
> I'm not sure LSF is the right platform, but I gotta say that
你的老朋友邀你来Q群:343257759
I'm going to downvote this topic just like last year with my PC hat on
as I think it's a) not relevant or usefully discussable at LSF and b)
framed the wrong way.
I'm not sure LSF is the right platform, but I gotta say that this
thread indicates that there's bad blood going around here and it
On Wed, Jan 27, K. Y. Srinivasan wrote:
> + depends on SCSI_FC_ATTRS
I think 'depends' instead of 'select' will cause HYPERV_STORAGE to
disapepar during make oldconfig if SCSI_FC_ATTRS was not set before.
Not sure what the policy of 'depends' vs. 'select' actually is. If
SCSI_FC_ATTRS is su
> -Original Message-
> From: James Bottomley [mailto:james.bottom...@hansenpartnership.com]
> Sent: Wednesday, January 27, 2016 10:03 PM
> To: KY Srinivasan ; gre...@linuxfoundation.org; linux-
> ker...@vger.kernel.org; de...@linuxdriverproject.org; oher...@suse.com;
> jbottom...@parallel
Inside compat IOCTL hook of driver, driver was using wrong address of
ioc->frame.raw which leads sense_ioc_ptr to be calculated wrongly and
failing IOCTL.
Signed-off-by: Sumit Saxena
---
drivers/scsi/megaraid/megaraid_sas_base.c | 13 ++---
1 file changed, 6 insertions(+), 7 deletions(-)
Driver assumes that VFs always have peers present whenever they have same LD
IDs. But this is not the case.
This patch handles the above mentioned by explicitly checking for a peer before
making HA/non-HA path decision.
Signed-off-by: Uday Lingala
Signed-off-by: Sumit Saxena
---
drivers/scsi
These two patches will be applied on top of recent resent patchset by me.
I am posting these patches separately(not in the resent patchset) to avoid
confusion
as these are fresh(first time) submitted.
Sumit Saxena (2):
megaraid_sas: Fix for IO failing post OCR in SRIOV environment
megaraid_sa
Signed-off-by: Sumit Saxena
---
drivers/scsi/megaraid/megaraid_sas.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/scsi/megaraid/megaraid_sas.h
b/drivers/scsi/megaraid/megaraid_sas.h
index 3e92f20..b6fdb48 100644
--- a/drivers/scsi/megaraid/megaraid_sas.h
+++ b/
Firmware will fill per LD data to tell driver that particular LD supports
Region lock bypass or not. If yes, then
Driver will send non FP LDIO to region lock bypass FIFO. With this change in
driver, firmware will optimize certain
code to improve performance.
There are no changes in this patch f
On Thu, 2016-01-28 at 07:48 +0100, Olaf Hering wrote:
> On Wed, Jan 27, James Bottomley wrote:
>
> > It's not really architecture independent, is it? Just use the bit
> > width config.
>
> Again: which one? This driver is not for mips|powerpc|score|sh.
zgrep CONFIG_.*BIT /proc/config.gz
[...]
C
This patch will introduce module-parameter for SCSI command timeout value and
fix setting of resetwaitime beyond a value.
There was some comment from Tomas on last time sent patch regarding why should
driver provided scmd_timeout module parameter.
This is done for special cases where user wants
This patch will create reply queue pool for each MSI-x index and will provide
array of all reply queue base address
instead of single base address of legacy mode. Using this new interface Driver
can support higher Queue depth allocating
more reply queue as scattered DMA pool.
If array mode is n
This patch will add support for Dual Queue depth reported by firmware.
Below are key points-
1. For iMR controllers, firmware will report two queue depths- 1. Controller
wide Queue depth 2. LDIO Queue depth(240).
Ofcourse, Controller wide Queue depth will be greater among two. Using this new
me
This patch will update device Queue depth based on interface type(SAS, SATA..)
for sysPDs.
For Virtual disks(VDs), there will be no change in queue depth(will remain 256).
To fetch interface type(SAS or SATA or FC..) of syspD, driver will send DCMD
MR_DCMD_PD_GET_INFO per sysPD.
There are no cha
Optimized MFI adapters' OCR path, particularly megasas_wait_for_outstanding()
function.
Accomodated Tomas' comments provided on last time sent patch- remove redundant
checks when label- kill_hba_and_failed is being called.
Signed-off-by: Kashyap Desai
Signed-off-by: Sumit Saxena
Reviewed-by: T
This patch will add capability in driver to tell firmware that it can throttle
IOs in case Controller's Queue depth is downgraded post OFU
(Online firmware upgrade). This feature will ensure firmware can be downgraded
from higher queue depth to lower queue depth without needing system reboot.
Add
Make instance->adprecovery variable atomic and removes hba_lock spinlock while
accessing instance->adprecovery.
Tomas commented on last time sent patch asking to use u8 instead of atomic for
adprecovery. I agree that atomic_t is not required
here but this is done for not to touch legacy code of
build_and_issue_cmd should return SCSI_MLQUEUE_HOST_BUSY for few error case
instead of returning 1.
There are no changes in this patch from last time sent patch.
Signed-off-by: Sumit Saxena
Reviewed-by: Tomas Henzl
---
drivers/scsi/megaraid/megaraid_sas_base.c | 9 ++---
drivers/scsi/me
This patch will do some fixes in OCR path of SRIOV enabled series of Avago
controllers.
1)Removing late detection HB.
2)Change in the behavior if the FW found in READY/OPERAETIONAL state.
There are no changes in this patch from last time sent patch.
Signed-off-by: Uday Lingala
Signed-off-by:
This patch will add task management(TM) support for SCSI commands in
megaraid_sas driver.
Added TM functions are below-
1)Task abort
2)Target reset
Below are few key points-
1. Currently, megaraid_sas driver performs Controller reset when any IO times
out.
With these TM support added in driver,
This patch will do proper error handling for DCMD timeout and failed cases for
fusion adapters.
Below are few key design points-
1. For MFI adapters, in case of DCMD timeout(DCMD which must return SUCCESS)
driver will call kill adapter.
2. What action needs to be taken in case of DCMD timeout is
This patch will do synhronization between OCR function and AEN function using
"reset_mutex" lock.
reset_mutex will be acquire only in first half of the AEN function which issue
DCMD. Second half
of the function calls SCSI API (scsi_add_device/scsi_remove_device) should be
out of reset_mutex
to a
There are no changes in this patch from last time sent patch.
Signed-off-by: Sumit Saxena
Reviewed-by: Tomas Henzl
---
drivers/scsi/megaraid/megaraid_sas_fusion.c | 6 +++---
drivers/scsi/megaraid/megaraid_sas_fusion.h | 3 ++-
2 files changed, 5 insertions(+), 4 deletions(-)
diff --git a/driv
Changes between v1 and v2:
-Addressed comments provided by Tomas Henzl.
-Return MFI frame used for task management(TM) in case of TM timeout and
error cases.
-Fixed few error handling cases inside functions- megasas_alloc_cmdlist_fusion()
and megasas_alloc_cmds_fusion(), fix typo- disable(old- d
On 01/27/16 22:37, Nicholas A. Bellinger wrote:
[ ... ]
Hi Nic,
Since in the most recent years all my communication to you was neutral
and professional in tone it is not clear to me why you wrote such a
misleading and unfair e-mail. Anyway, I would like to point out that the
following infor
On Thu, 2016-01-28 at 07:16 -0800, Bart Van Assche wrote:
> On 01/27/16 20:41, Nicholas A. Bellinger wrote:
> > [ ... ]
> > The folks for such a discussion would include:
> >
> > Christoph Hellwig, Hannes Reinecke, Dave Minturn, Sagi
> > Grimberg,
> > Ming Lin, Roland Dreier and Mike Chris
On 01/27/16 20:41, Nicholas A. Bellinger wrote:
[ ... ]
The folks for such a discussion would include:
Christoph Hellwig, Hannes Reinecke, Dave Minturn, Sagi Grimberg,
Ming Lin, Roland Dreier and Mike Christie.
Hello Nic,
Since the LSF/MM summit is organized by the Linux Foundation an
Hi,
I'd like to attend LSF/MM 2016.
I've been working on scsi rdma transports and the target stack for some
time now. Lately I've been looking at nvme as well and I think I can
contribute to the dm-multipath discussions in the context of nvme and
blk-mq performance. If we plan to talk about nvme
Hello folks,
I was wondering if you could take a look at the problem I have encountered
while running iscsi deamon with kernel 4.4.0. I have posted this issue to
LKLM.org but so far I have not seen any replies.
Here is my original post:
https://lkml.org/lkml/2016/1/25/572
The issue is when
Hi Joao,
2016-01-28 2:04 GMT+09:00 Joao Pinto :
> - NOP_OUT is failing with OCS = 0x7
>
> The OCS value is calculated in ufshcd_get_tr_ocs() in ufshcd.c.
> I made a dump of the UTRD pointer where we can check the status = 7 ([2]).
>
> UTRD at: 7007c3e0
> @ [0]:2100
> @0004 [1]:93936a6a
> @
On Thu, Jan 28, 2016 at 11:55:14AM +0100, Dmitry Vyukov wrote:
> On Thu, Jan 28, 2016 at 11:51 AM, Kirill A. Shutemov
> wrote:
> > On Thu, Jan 28, 2016 at 11:27:11AM +0100, Dmitry Vyukov wrote:
> >> Hello,
> >>
> >> The following program triggers VM_BUG_ON_PAGE(PageTail(page)):
> >>
> >> // autoge
> -Original Message-
> From: Tomas Henzl [mailto:the...@redhat.com]
> Sent: Tuesday, January 19, 2016 8:27 PM
> To: Sumit Saxena; jbottom...@parallels.com; h...@infradead.org;
> martin.peter...@oracle.com
> Cc: linux-scsi@vger.kernel.org; kashyap.de...@avagotech.com
> Subject: Re: [PATCH 13
> -Original Message-
> From: Tomas Henzl [mailto:the...@redhat.com]
> Sent: Tuesday, January 19, 2016 7:53 PM
> To: Sumit Saxena; jbottom...@parallels.com; h...@infradead.org;
> martin.peter...@oracle.com
> Cc: linux-scsi@vger.kernel.org; kashyap.de...@avagotech.com
> Subject: Re: [PATCH 12
On Thu, Jan 28, 2016 at 11:27:11AM +0100, Dmitry Vyukov wrote:
> Hello,
>
> The following program triggers VM_BUG_ON_PAGE(PageTail(page)):
>
> // autogenerated by syzkaller (http://github.com/google/syzkaller)
> #include
> #include
> #include
> #include
>
> int main()
> {
> int fd;
>
>
Hello,
The following program triggers VM_BUG_ON_PAGE(PageTail(page)):
// autogenerated by syzkaller (http://github.com/google/syzkaller)
#include
#include
#include
#include
int main()
{
int fd;
mmap((void*)0x2000, 4096, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1,
Hello,
The following program causes NULL deref in sg_start_req:
// autogenerated by syzkaller (http://github.com/google/syzkaller)
#include
#include
#include
#include
#include
#ifndef SYS_memfd_create
#define SYS_memfd_create 319
#endif
int main()
{
long r[26];
syscall(SYS_mmap, 0x200
On Thu, 2016-01-28 at 10:11 +0100, Christoph Hellwig wrote:
> There is a upcoming 'NVMe over Fabrics' spec,
Yes.
> and it seems to be your are
> using the word 'fabrics' in a different context, so you might want to
> explain it in lay mans term.
>
I mean in the context of target_core_fabric_op
>>I'd forbid the use of the word 'fabrics' for any not related to
textiles..
lol
Btw, You're not dictator for life?
-Original Message-
From: Linux-nvme [mailto:linux-nvme-boun...@lists.infradead.org] On Behalf Of
Christoph Hellwig
Sent: Thursday, January 28, 2016 1:12 AM
To: Nic
On Thu, Jan 28, 2016 at 12:06:59PM +0530, Suganath prabu Subaramani wrote:
> From: Suganath prabu Subramani
>
> As driver was using MPI SGL while framing the SMP Passthrough request
> message due to which firmware unable to post the Reply Data in the host
> memory and timeout is observed for this
There is a upcoming 'NVMe over Fabrics' spec, and it seems to be your are
using the word 'fabrics' in a different context, so you might want to
explain it in lay mans term.
If I was dictator for life I'd forbid the use of the word 'fabrics'
for any not related to textiles..
--
To unsubscribe from
On Thu, 2016-01-28 at 00:52 -0800, Christoph Hellwig wrote:
> I think the frame is wrong, nevermind that I doubt I'll be able to
> discuss anything NVMe Fabrics related before the spec is public. Which
> I doubt is in time for LSF/MM.
That fine, but NVMe_OF is certainly not going to be the only f
Everyone calm down.
I'm going to downvote this topic just like last year with my PC hat on
as I think it's a) not relevant or usefully discussable at LSF and b)
framed the wrong way.
But let's forget about unification and think about fixing up lose ends
and looking at other implementations and ot
On Wed, Jan 27, 2016 at 12:03:38PM -0500, Himanshu Madhani wrote:
> Signed-off-by: Himanshu Madhani
> ---
> drivers/scsi/qla2xxx/qla_version.h |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/drivers/scsi/qla2xxx/qla_version.h
> b/drivers/scsi/qla2xxx/qla_version.h
On Wed, Jan 27, 2016 at 12:03:37PM -0500, Himanshu Madhani wrote:
> From: Chad Dupuis
>
> If we fail to queue an srb for an async login we should set the
> relogin flag so it will be retried as the reason for the queuing
> failure was most likely transient. Failure to do this can lead to
> faile
On Wed, Jan 27, 2016 at 12:03:36PM -0500, Himanshu Madhani wrote:
> Signed-off-by: Himanshu Madhani
> Signed-off-by: Giridhar Malavali
> ---
> drivers/scsi/qla2xxx/qla_os.c |3 +++
> 1 files changed, 3 insertions(+), 0 deletions(-)
>
> diff --git a/drivers/scsi/qla2xxx/qla_os.c b/drivers/sc
On Wed, Jan 27, 2016 at 12:03:35PM -0500, Himanshu Madhani wrote:
> From: Harish Zunjarrao
>
> Signed-off-by: Harish Zunjarrao
> Signed-off-by: Himanshu Madhani
> ---
> drivers/scsi/qla2xxx/qla_bsg.c |9 +++--
> drivers/scsi/qla2xxx/qla_bsg.h |4 +++-
> 2 files changed, 10 insertio
On Wed, Jan 27, 2016 at 12:03:34PM -0500, Himanshu Madhani wrote:
> From: Joe Carnuccio
>
> Signed-off-by: Joe Carnuccio
> Signed-off-by: Himanshu Madhani
> ---
> drivers/scsi/qla2xxx/qla_attr.c |4 +-
> drivers/scsi/qla2xxx/qla_dbg.c| 141
> -
>
On Wed, Jan 27, 2016 at 12:03:33PM -0500, Himanshu Madhani wrote:
> From: Harish Zunjarrao
>
> Signed-off-by: Harish Zunjarrao
> Signed-off-by: Himanshu Madhani
> ---
> drivers/scsi/qla2xxx/qla_attr.c |6 ++-
> drivers/scsi/qla2xxx/qla_bsg.c | 61
> +
On Wed, Jan 27, 2016 at 12:03:31PM -0500, Himanshu Madhani wrote:
> From: Sawan Chandak
>
> Signed-off-by: Sawan Chandak
> Signed-off-by: Himanshu Madhani
> ---
> drivers/scsi/qla2xxx/qla_attr.c | 12 -
> drivers/scsi/qla2xxx/qla_bsg.c | 80 ++
> driver
On Wed, Jan 27, 2016 at 12:03:32PM -0500, Himanshu Madhani wrote:
> From: Sawan Chandak
>
> Signed-off-by: Sawan Chandak
> Signed-off-by: Himanshu Madhani
> ---
> drivers/scsi/qla2xxx/qla_bsg.c | 55
>
> drivers/scsi/qla2xxx/qla_bsg.h | 24
I think the frame is wrong, nevermind that I doubt I'll be able to
discuss anything NVMe Fabrics related before the spec is public. Which
I doubt is in time for LSF/MM.
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majord...@vger.kernel.org
Mo
On Wed, Jan 27, 2016 at 12:03:30PM -0500, Himanshu Madhani wrote:
> Set bit 12 of additional firmware options 3 to let firmware
> hold status IOCB until ABTS response is received from Target.
>
> Signed-off-by: Himanshu Madhani
> Signed-off-by: Giridhar Malavali
> ---
> drivers/scsi/qla2xxx/qla
On Wed, Jan 27, 2016 at 12:03:28PM -0500, Himanshu Madhani wrote:
> From: Chad Dupuis
>
> Signed-off-by: Chad Dupuis
> Signed-off-by: Himanshu Madhani
> ---
> drivers/scsi/qla2xxx/qla_dbg.c |1 +
> drivers/scsi/qla2xxx/qla_isr.c |4
> 2 files changed, 1 insertions(+), 4 deletions(
On Wed, Jan 27, 2016 at 12:03:29PM -0500, Himanshu Madhani wrote:
> From: Joe Carnuccio
>
> Signed-off-by: Joe Carnuccio
> Signed-off-by: Himanshu Madhani
> ---
> drivers/scsi/qla2xxx/qla_init.c |3 ---
> 1 files changed, 0 insertions(+), 3 deletions(-)
>
> diff --git a/drivers/scsi/qla2x
> -Original Message-
> From: Tomas Henzl [mailto:the...@redhat.com]
> Sent: Tuesday, January 19, 2016 7:23 PM
> To: Sumit Saxena; jbottom...@parallels.com; h...@infradead.org;
> martin.peter...@oracle.com
> Cc: linux-scsi@vger.kernel.org; kashyap.de...@avagotech.com
> Subject: Re: [PATCH 11
On Wed, Jan 27, 2016 at 06:22:45PM -0800, K. Y. Srinivasan wrote:
> The current code assumes that there is only one target in device lookup.
> Fix this bug. This will alow us to correctly handle hot reomoval of LUNs.
>
> Signed-off-by: K. Y. Srinivasan
> Reviewed-by: Alex Ng
> Tested-by: Vivek Y
On Wed, Jan 27, 2016 at 06:22:44PM -0800, K. Y. Srinivasan wrote:
> The default timeout routine used for FC transport is not
> suitable for FC devices managed by storvsc since FC devices
> managed by storvsc driver do not have an rport associated
> with them. Use the time out handler used for SCSI
87 matches
Mail list logo
