Re: [PATCH v5 0/6] g_NCR5380: PDMA fixes and cleanup

On Thursday 29 June 2017 07:24:18 Finn Thain wrote: > Ondrej, would you please test this new series? > > Changed since v1: > - PDMA transfer residual is calculated earlier. > - End of DMA flag check is now polled (if there is any residual). > > Changed since v2: > - Bail out of transfer loops when

RE: [PATCH 02/47] aacraid: split off host reset

> -Original Message- > From: linux-scsi-ow...@vger.kernel.org [mailto:linux-scsi- > ow...@vger.kernel.org] On Behalf Of Hannes Reinecke > Sent: Wednesday, June 28, 2017 1:32 AM > To: Christoph Hellwig > Cc: Martin K. Petersen ; James Bottomley >

RE: [PATCH 01/47] aacraid: split off functions to generate reset FIB

> -Original Message- > From: linux-scsi-ow...@vger.kernel.org [mailto:linux-scsi- > ow...@vger.kernel.org] On Behalf Of Hannes Reinecke > Sent: Wednesday, June 28, 2017 1:32 AM > To: Christoph Hellwig > Cc: Martin K. Petersen ; James Bottomley >

RE: [PATCH 04/47] aacraid: use aac_tmf_callback for reset fib

[.] > @@ -879,8 +906,12 @@ static int aac_eh_dev_reset(struct scsi_cmnd *cmd) [..] > bus = aac_logical_to_phys(scmd_channel(cmd)); > cid = scmd_id(cmd); > + info = >hba_map[bus][cid]; > if (bus >= AAC_MAX_BUSES || cid >= AAC_MAX_TARGETS || > -

RE: [PATCH 06/47] aacraid: add fib flag to mark scsi command callback

> -Original Message- > From: linux-scsi-ow...@vger.kernel.org [mailto:linux-scsi- > ow...@vger.kernel.org] On Behalf Of Hannes Reinecke > Sent: Wednesday, June 28, 2017 1:33 AM > To: Christoph Hellwig > Cc: Martin K. Petersen ; James Bottomley >

RE: [PATCH 05/47] aacraid: enable sending of TMFs from aac_hba_send()

> -Original Message- > From: linux-scsi-ow...@vger.kernel.org [mailto:linux-scsi- > ow...@vger.kernel.org] On Behalf Of Hannes Reinecke > Sent: Wednesday, June 28, 2017 1:33 AM > To: Christoph Hellwig > Cc: Martin K. Petersen ; James Bottomley >

RE: [PATCH 07/47] aacraid: complete all commands during bus reset

> -Original Message- > From: linux-scsi-ow...@vger.kernel.org [mailto:linux-scsi- > ow...@vger.kernel.org] On Behalf Of Hannes Reinecke > Sent: Wednesday, June 28, 2017 1:33 AM > To: Christoph Hellwig > Cc: Martin K. Petersen ; James Bottomley >

RE: [PATCH 03/47] aacraid: split off device, target, and bus reset

> -Original Message- > From: linux-scsi-ow...@vger.kernel.org [mailto:linux-scsi- > ow...@vger.kernel.org] On Behalf Of Hannes Reinecke > Sent: Wednesday, June 28, 2017 1:32 AM > To: Christoph Hellwig > Cc: Martin K. Petersen ; James Bottomley >

Re: [PATCH v5 0/6] g_NCR5380: PDMA fixes and cleanup

On Thursday 29 June 2017 07:24:18 Finn Thain wrote: > Ondrej, would you please test this new series? > > Changed since v1: > - PDMA transfer residual is calculated earlier. > - End of DMA flag check is now polled (if there is any residual). > > Changed since v2: > - Bail out of transfer loops when

Re: [PATCH] scsi: ibmvfc: constify dev_pm_ops structures.

On 06/29/2017 12:54 AM, Arvind Yadav wrote: > dev_pm_ops are not supposed to change at runtime. All functions > working with dev_pm_ops provided by work with const > dev_pm_ops. So mark the non-const structs as const. > > File size before: >text data bss dec hex filename

Re: [PATCH] scsi: ibmvscsi: constify dev_pm_ops structures.

On 06/29/2017 12:43 AM, Arvind Yadav wrote: > dev_pm_ops are not supposed to change at runtime. All functions > working with dev_pm_ops provided by work with const > dev_pm_ops. So mark the non-const structs as const. > > File size before: >text data bss dec hex filename

Re: iscsi deadlock while login and logout 2 iscsi nodes in tight loop at unstable network environment

>Hi all, >  >In the upstream 4.12.0-rc5 kernel, I encounter a deadlock problem while login >and logout 2 iscsi nodes in tight loop at unstable network environment, the >iscsid will be D state. >  >SysRq-w reported the following call stacks: >[10660.667133] sysrq: SysRq : Show Blocked State

[PATCH] scsi: ibmvscsi: constify dev_pm_ops structures.

dev_pm_ops are not supposed to change at runtime. All functions working with dev_pm_ops provided by work with const dev_pm_ops. So mark the non-const structs as const. File size before: textdata bss dec hex filename 179561456 8 194204bdc

[PATCH] scsi: ibmvfc: constify dev_pm_ops structures.

dev_pm_ops are not supposed to change at runtime. All functions working with dev_pm_ops provided by work with const dev_pm_ops. So mark the non-const structs as const. File size before: textdata bss dec hex filename 419371296 20 43253a8f5

RE: [PATCH 0/5] v3 block subsystem refcounter conversions

> On 06/28/2017 05:58 AM, Reshetova, Elena wrote: > > > >> Subject: Re: [PATCH 0/5] v3 block subsystem refcounter conversions > >> > >> On Tue, Jun 27, 2017 at 6:26 AM, Jens Axboe wrote: > >>> On 06/27/2017 05:39 AM, Elena Reshetova wrote: > Changes in v3: > No changes

RE: [PATCH 13/47] megaraid: pass in NULL scb for host reset

>-Original Message- >From: Hannes Reinecke [mailto:h...@suse.de] >Sent: Thursday, June 29, 2017 11:23 AM >To: Kashyap Desai; Sumit Saxena; Christoph Hellwig >Cc: Martin K. Petersen; James Bottomley; linux-scsi@vger.kernel.org; Hannes >Reinecke >Subject: Re: [PATCH 13/47] megaraid: pass in

Re: [PATCH 1/5] scsi: bnx2i: convert to workqueue

So here we are again, Tested-by: Johannes Thumshirn FCoE will follow as soon as my setup can speak FCoE again. -- Johannes Thumshirn Storage jthumsh...@suse.de+49 911 74053 689 SUSE LINUX GmbH,

[PATCH v2] scsi: hisi_sas: optimise DMA slot memory

From: Xiaofei Tan Currently we allocate 3 sets of DMA memories from separate pools for each slot. This is inefficient in terms of memory usage (buffers are less than 1 page in size, so we lose due to alignment), and also time spent in doing 3 allocations + de-allocations

[PATCH 00/13]mpt3sas driver NVMe support:

Ventura Series controller are Tri-mode. The controller and firmware are capable of supporting NVMe devices and PCIe switches to be connected with the controller. This patch set adds driver level support for NVMe devices and PCIe switches. Suganath Prabu S (13): mpt3sas: Add nvme device support

[PATCH 01/13] mpt3sas: Add nvme device support in slave alloc, target alloc and probe

1) Added support for probing pcie device and adding NVMe drives to SML and driver's internal list pcie_device_list. 2) Added support for determing NVMe as boot device. 3) Added nvme device support for call back functions scan_finished target_alloc,slave_alloc,target destroy and slave destroy.

[PATCH 13/13] mpt3sas: Update mpt3sas driver version.

Updated mpt3sas driver version to 15.101.00.00 Signed-off-by: Chaitra P B Signed-off-by: Suganath Prabu S --- drivers/scsi/mpt3sas/mpt3sas_base.h |6 +++--- 1 files changed, 3 insertions(+), 3 deletions(-) diff --git

[PATCH 12/13] mpt3sas: Update MPI Header

Update MPI Files for NVMe support Signed-off-by: Chaitra P B Signed-off-by: Suganath Prabu S --- drivers/scsi/mpt3sas/mpi/mpi2.h | 43 +++- drivers/scsi/mpt3sas/mpi/mpi2_cnfg.h | 647 +-

[PATCH 11/13] mpt3sas: Fix nvme drives checking for tlr.

Check for NVMe drives before enabling or checking tlr. Signed-off-by: Chaitra P B Signed-off-by: Suganath Prabu S --- drivers/scsi/mpt3sas/mpt3sas_scsih.c | 22 -- 1 files changed, 16 insertions(+), 6

[PATCH 10/13] mpt3sas: NVMe drive support for BTDHMAPPING ioctl command and log info

* Added debug prints for pcie devices in ioctl debug path. Which will be helpful for debugging. * Added PCIe device support for ioctl BTDHMAPPING ioctl. Signed-off-by: Chaitra P B Signed-off-by: Suganath Prabu S ---

[PATCH 05/13] mpt3sas: Set NVMe device queue depth as 128

Sets nvme device queue depth, name and displays device capabilities. Signed-off-by: Chaitra P B Signed-off-by: Suganath Prabu S --- drivers/scsi/mpt3sas/mpt3sas_base.h |2 +- drivers/scsi/mpt3sas/mpt3sas_scsih.c | 40

[PATCH 06/13] mpt3sas: API 's to support NVMe drive addition to SML

Below Functions are added in various paths to support NVMe drive addition. _scsih_pcie_add_device _scsih_pcie_device_add _scsih_pcie_device_init_add _scsih_check_pcie_access_status _scsih_pcie_check_device mpt3sas_get_pdev_by_wwid mpt3sas_get_pdev_by_idchannel mpt3sas_get_pdev_by_handle

[PATCH 03/13] mpt3sas: Added support for nvme encapsulated request message.

* Mpt3sas driver uses the NVMe Encapsulated Request message to send an NVMe command to an NVMe device attached to the IOC. * Normal I/O commands like reads and writes are passed to the controller as SCSI commands and the controller has the ability to translate the commands to NVMe equivalent. *

[PATCH 04/13] mpt3sas: Handle NVMe PCIe device related events generated from firmware.

* The controller firmware sends separate events for NVMe devices and PCIe switches similar to existing SAS events. * NVMe device detection, addition and removal are reported by the firmware through PCIe Topology Change list events. * The PCIe device state change events are sent when the firmware

[PATCH 09/13] mpt3as: Add-Task-management-debug-info-for-NVMe-drives.

Added debug information for NVMe/PCIe drives in target rest path. Signed-off-by: Chaitra P B Signed-off-by: Suganath Prabu S --- drivers/scsi/mpt3sas/mpt3sas_scsih.c | 86 -- 1 files changed,

[PATCH 07/13] mpt3sas: API's to remove nvme drive from sml

Below API's are included in nvme drive remove path. _scsih_pcie_device_remove _scsih_pcie_device_remove_by_handle _scsih_pcie_device_remove_from_sml Signed-off-by: Chaitra P B Signed-off-by: Suganath Prabu S ---

[PATCH 08/13] mpt3sas: scan and add nvme device after controller reset

After Controller reset, Scan and add nvme device back to the topology. Signed-off-by: Chaitra P B Signed-off-by: Suganath Prabu S --- drivers/scsi/mpt3sas/mpt3sas_scsih.c | 196 +- 1 files

[PATCH 02/13] mpt3sas: SGL to PRP Translation for I/Os to NVMe devices

* Added support for translating the SGLs associated with incoming commands either to IEE SGL or NVMe PRPs for NVMe devices. * The hardware translation of IEEE SGL to NVMe PRPs has limitation and if a command cannot be translated by hardware then it will go to firmware and the firmware needs to

Re: [PATCH 00/13]mpt3sas driver NVMe support:

On Thu, Jun 29, 2017 at 07:49:01PM +0530, Suganath Prabu S wrote: > Ventura Series controller are Tri-mode. The controller and > firmware are capable of supporting NVMe devices and > PCIe switches to be connected with the controller. This > patch set adds driver level support for NVMe devices and