Re: [PATCH 13/28] megaraid_sas: switch to generic DMA API

2018-10-16 Thread Sumit Saxena
nstance) { > dma_pool_destroy(fusion->reply_frames_desc_pool_align); > > if (fusion->rdpq_virt) > - pci_free_consistent(instance->pdev, > + dma_free_coherent(>pdev->dev, > sizeof(struct MPI2_IOC_INIT_RDPQ_ARRAY_ENTRY) * > MAX_MSIX_QUEUES_FUSION, > fusion->rdpq_virt, fusion->rdpq_phys); > } > @@ -2209,7 +2209,7 @@ megasas_set_pd_lba(struct MPI2_RAID_SCSI_IO_REQUEST > *io_request, u8 cdb_len, > cdb[0] = MEGASAS_SCSI_VARIABLE_LENGTH_CMD; > cdb[7] = MEGASAS_SCSI_ADDL_CDB_LEN; > > - if (scp->sc_data_direction == PCI_DMA_FROMDEVICE) > + if (scp->sc_data_direction == DMA_FROM_DEVICE) > cdb[9] = MEGASAS_SCSI_SERVICE_ACTION_READ32; > else > cdb[9] = MEGASAS_SCSI_SERVICE_ACTION_WRITE32; > @@ -2238,7 +2238,7 @@ megasas_set_pd_lba(struct MPI2_RAID_SCSI_IO_REQUEST > *io_request, u8 cdb_len, > cdb[31] = (u8)(num_blocks & 0xff); > > /* set SCSI IO EEDPFlags */ > - if (scp->sc_data_direction == PCI_DMA_FROMDEVICE) { > + if (scp->sc_data_direction == DMA_FROM_DEVICE) { > io_request->EEDPFlags = cpu_to_le16( > MPI2_SCSIIO_EEDPFLAGS_INC_PRI_REFTAG | > MPI2_SCSIIO_EEDPFLAGS_CHECK_REFTAG | > @@ -2621,7 +2621,7 @@ megasas_build_ldio_fusion(struct megasas_instance > *instance, > scsi_buff_len = scsi_bufflen(scp); > io_request->DataLength = cpu_to_le32(scsi_buff_len); > > - if (scp->sc_data_direction == PCI_DMA_FROMDEVICE) > + if (scp->sc_data_direction == DMA_FROM_DEVICE) > io_info.isRead = 1; > > local_map_ptr = fusion->ld_drv_map[(instance->map_id & 1)]; > @@ -3088,9 +3088,9 @@ megasas_build_io_fusion(struct megasas_instance > *instance, > > io_request->SGLFlags = cpu_to_le16(MPI2_SGE_FLAGS_64_BIT_ADDRESSING); > > - if (scp->sc_data_direction == PCI_DMA_TODEVICE) > + if (scp->sc_data_direction == DMA_TO_DEVICE) > io_request->Control |= cpu_to_le32(MPI2_SCSIIO_CONTROL_WRITE); > - else if (scp->sc_data_direction == PCI_DMA_FROMDEVICE) > + else if (scp->sc_data_direction == DMA_FROM_DEVICE) > io_request->Control |= cpu_to_le32(MPI2_SCSIIO_CONTROL_READ); > > io_request->SGLOffset0 = Acked-by: Sumit Saxena > -- > 2.19.1 >

RE: [PATCH] scsi: megaraid: Use dma_pool_zalloc()

2018-03-06 Thread Sumit Saxena
me->io.context = cpu_to_le32(cmd->index); cmd->frame->io.pad_0 = 0; if ((instance->adapter_type == MFI_SERIES) && reset_devices) Acked-by: Sumit Saxena <sumit.sax...@broadcom.com> -- 1.9.1

RE: [PATCH] scsi: megaraid: Convert timers to use timer_setup()

2017-10-31 Thread Sumit Saxena
-Original Message- From: Kees Cook [mailto:keesc...@chromium.org] Sent: Wednesday, October 25, 2017 3:37 PM To: Martin K. Petersen Cc: Kashyap Desai; Sumit Saxena; Shivasharan S; James E.J. Bottomley; megaraidlinux@broadcom.com; linux-scsi@vger.kernel.org; linux-ker...@vger.kernel.org

RE: [PATCH 1/2] scsi: megaraid: Remove redundant code in megasas_alloc_cmds

2017-10-31 Thread Sumit Saxena
max_cmd = instance->max_mfi_cmds; /* Acked-by: Sumit Saxena <sumit.sax...@broadcom.com> -- 1.7.12.4

RE: [PATCH] megaraid: kmemleak: Track page allocation for fusion

2017-09-14 Thread Sumit Saxena
else + else { free_pages((ulong)fusion, instance->ctrl_context_pages); + kmemleak_free(fusion); + } } } Looks good. Thanks for catching this. Acked-by: Sumit Saxena <sumit.sax...@broadcom.com> -- 2.13.5

RE: [PATCH] megaraid_sas: boot hangs while LD is offline

2017-08-16 Thread Sumit Saxena
>-Original Message- >From: Hannes Reinecke [mailto:h...@suse.de] >Sent: Tuesday, August 15, 2017 5:29 PM >To: Martin K. Petersen >Cc: Christoph Hellwig; James Bottomley; Sumit Saxena; Kashyap Desai; >megaraidlinux@broadcom.com; linux-scsi@vger.kernel.org; Hannes

RE: [PATCH] megaraid_sas: Fallback to older scanning if no disks are found

2017-08-16 Thread Sumit Saxena
>-Original Message- >From: Hannes Reinecke [mailto:h...@suse.de] >Sent: Tuesday, August 15, 2017 5:36 PM >To: Martin K. Petersen >Cc: Christoph Hellwig; James Bottomley; Sumit Saxena; Kashyap Desai; >megaraidlinux@broadcom.com; linux-scsi@vger.kernel.org; Hannes

RE: [PATCH v2] scsi: megaraid_sas: fix allocate instance->pd_info twice

2017-08-08 Thread Sumit Saxena
;pd_info) > dev_err(>pdev->dev, "Failed to alloc mem >for pd_info\n"); > >+ instance->tgt_prop = pci_alloc_consistent(pdev, >+ sizeof(struct MR_TARGET_PROPERTIES), >>tgt_prop_h); >+ > if (!instance->tgt_prop) > dev_err(>pdev->dev, "Failed to alloc mem >for tgt_prop\n"); Acked-by: Sumit Saxena <sumit.sax...@broadcom.com> > >-- >2.9.4

RE: [PATCH] megaraid_sas: move command counter to correct place

2017-08-08 Thread Sumit Saxena
>-Original Message- >From: Martin K. Petersen [mailto:martin.peter...@oracle.com] >Sent: Monday, August 07, 2017 11:07 PM >To: Tomas Henzl >Cc: linux-scsi@vger.kernel.org; sumit.sax...@broadcom.com; >kashyap.de...@broadcom.com >Subject: Re: [PATCH] megaraid_sas: move command counter to

RE: [PATCH] scsi: megaraid_sas: fix error handle in megasas_probe_one

2017-08-07 Thread Sumit Saxena
dev *pdev, > fail_start_aen: > fail_io_attach: > megasas_mgmt_info.count--; >- megasas_mgmt_info.instance[megasas_mgmt_info.max_index] = >NULL; > megasas_mgmt_info.max_index--; >+ megasas_mgmt_info.instance[megasas_mgmt_info.max_index] = >NULL; > > instance->instancet->

RE: [PATCH] megaraid_sas: move command counter to correct place

2017-08-07 Thread Sumit Saxena
gasas_complete_r1_command(instance, >cmd_fusion); >+ atomic_dec(>fw_outstanding); > break; > case MEGASAS_MPI2_FUNCTION_PASSTHRU_IO_REQUEST: >/*MFI command */ > cmd_mfi = instance->cmd_list[cmd_fusion- >>sync_cmd_idx]; Acked-by: Sumit Saxena <sumit.sax...@broadcom.com> >-- >2.9.4

RE: [PATCH] scsi: megaraid_sas: fix memleak in megasas_alloc_cmdlist_fusion

2017-07-21 Thread Sumit Saxena
if (!fusion->cmd_list[i]) { >+ for (j = 0; j < i; j++) >+ kfree(fusion->cmd_list[j]); >+ kfree(fusion->cmd_list); > dev_err(>pdev->dev, > "Failed from %s %d\n", __func__, __LINE__); > return -ENOMEM; > } > } >+ > return 0; > } > int Acked-by: Sumit Saxena <sumit.sax...@broadcom.com> >-- >2.5.0

RE: [PATCH 1/2] Drop legacy megaraid controller

2017-07-03 Thread Sumit Saxena
>-Original Message- >From: Hannes Reinecke [mailto:h...@suse.de] >Sent: Friday, June 30, 2017 11:46 PM >To: Christoph Hellwig >Cc: Martin K. Petersen; James Bottomley; Kashyap Desai; Sumit Saxena; >linux- >s...@vger.kernel.org; Hannes Reinecke >Subject: Re: [PATCH 1

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

2017-06-29 Thread Sumit Saxena
>-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

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

2017-06-28 Thread Sumit Saxena
>-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 2:03 PM >To: Christoph Hellwig >Cc: Martin K. Petersen; James Bottomley; linux-scsi@vger.kernel.org; Hannes >Reinecke; Hannes

RE: Application stops due to ext4 filesytsem IO error

2017-06-13 Thread Sumit Saxena
Gentle ping. I have opened kernel BZ for this. Here is the BZ link- https://bugzilla.kernel.org/show_bug.cgi?id=196057 Thanks, Sumit >-Original Message- >From: Sumit Saxena [mailto:sumit.sax...@broadcom.com] >Sent: Tuesday, June 06, 2017 9:05 PM >To: 'Jens Axboe' &g

RE: Application stops due to ext4 filesytsem IO error

2017-06-06 Thread Sumit Saxena
Gentle ping.. >-Original Message- >From: Sumit Saxena [mailto:sumit.sax...@broadcom.com] >Sent: Monday, June 05, 2017 12:59 PM >To: 'Jens Axboe' >Cc: 'linux-bl...@vger.kernel.org'; 'linux-scsi@vger.kernel.org' >Subject: Application stops due to ext4 filesytsem IO error

Application stops due to ext4 filesytsem IO error

2017-06-05 Thread Sumit Saxena
Jens, We am observing application stops while running ext4 filesystem IOs along with target reset in parallel. Our suspect is this behavior can be attributed to linux block layer. See below for details- Problem statement - " Application stops due to IO error from file system buffered IO. (Note

RE: [PATCH] megaraid: Fix a sleep-in-atomic bug

2017-05-31 Thread Sumit Saxena
>buf_paddr); > spin_unlock_irqrestore(>lock, flags); This is very old driver and reached EOL. Did you face any issue because of this bug or discover this through code review? Anyways patch looks good to me. Acked-by: Sumit Saxena <sumit.sax...@broadcom.com> > >-- >1.7.9.5 >

RE: [PATCH v4 11/19] scsi: megaraid: Replace PCI pool old API

2017-03-01 Thread Sumit Saxena
gt;- pci_pool_alloc(fusion->reply_frames_desc_pool, >+ dma_pool_alloc(fusion->reply_frames_desc_pool, > GFP_KERNEL, >reply_frames_desc_phys[0]); > if (!fusion->reply_frames_desc[0]) { > dev_err(>pdev->dev, >@@ -558,8 +552,10 @@ megasas_alloc_rdpq_fusion(struct megasas_instance >*instance) > memset(fusion->rdpq_virt, 0, > sizeof(struct MPI2_IOC_INIT_RDPQ_ARRAY_ENTRY) * >MAX_MSIX_QUEUES_FUSION); > count = instance->msix_vectors > 0 ? instance->msix_vectors : 1; >- fusion->reply_frames_desc_pool = pci_pool_create("mr_rdpq", >- instance->pdev, fusion- >>reply_alloc_sz, 16, 0); >+ fusion->reply_frames_desc_pool = dma_pool_create("mr_rdpq", >+ >pdev->dev, >+ fusion->reply_alloc_sz, >+ 16, 0); > > if (!fusion->reply_frames_desc_pool) { > dev_err(>pdev->dev, >@@ -569,7 +565,7 @@ megasas_alloc_rdpq_fusion(struct megasas_instance >*instance) > > for (i = 0; i < count; i++) { > fusion->reply_frames_desc[i] = >- pci_pool_alloc(fusion- >>reply_frames_desc_pool, >+ dma_pool_alloc(fusion- >>reply_frames_desc_pool, > GFP_KERNEL, >>reply_frames_desc_phys[i]); > if (!fusion->reply_frames_desc[i]) { > dev_err(>pdev->dev, >@@ -597,13 +593,12 @@ megasas_free_rdpq_fusion(struct megasas_instance >*instance) { > > for (i = 0; i < MAX_MSIX_QUEUES_FUSION; i++) { > if (fusion->reply_frames_desc[i]) >- pci_pool_free(fusion->reply_frames_desc_pool, >+ dma_pool_free(fusion->reply_frames_desc_pool, > fusion->reply_frames_desc[i], > fusion->reply_frames_desc_phys[i]); > } > >- if (fusion->reply_frames_desc_pool) >- pci_pool_destroy(fusion->reply_frames_desc_pool); >+ dma_pool_destroy(fusion->reply_frames_desc_pool); > > if (fusion->rdpq_virt) > pci_free_consistent(instance->pdev, >@@ -619,12 +614,11 @@ megasas_free_reply_fusion(struct megasas_instance >*instance) { > fusion = instance->ctrl_context; > > if (fusion->reply_frames_desc[0]) >- pci_pool_free(fusion->reply_frames_desc_pool, >+ dma_pool_free(fusion->reply_frames_desc_pool, > fusion->reply_frames_desc[0], > fusion->reply_frames_desc_phys[0]); > >- if (fusion->reply_frames_desc_pool) >- pci_pool_destroy(fusion->reply_frames_desc_pool); >+ dma_pool_destroy(fusion->reply_frames_desc_pool); > > } Acked-by: Sumit Saxena <sumit.sax...@broadcom.com> > >-- >2.9.3

RE: [patch] scsi: megaraid_sas: array overflow in megasas_dump_frame()

2017-02-15 Thread Sumit Saxena
>-Original Message- >From: Dan Carpenter [mailto:dan.carpen...@oracle.com] >Sent: Tuesday, February 14, 2017 10:09 PM >To: Kashyap Desai; Shivasharan S >Cc: Sumit Saxena; James E.J. Bottomley; Martin K. Petersen; >megaraidlinux@broadcom.com; linux-scsi@vger.kernel.o

RE: [PATCH] scsi: megaraid_sas: handle dma_addr_t right on 32-bit

2017-02-15 Thread Sumit Saxena
>-Original Message- >From: Arnd Bergmann [mailto:a...@arndb.de] >Sent: Wednesday, February 15, 2017 2:52 AM >To: James E.J. Bottomley; Martin K. Petersen >Cc: Arnd Bergmann; Kashyap Desai; Sumit Saxena; Shivasharan S; Tomas Henzl; >Hannes Reinecke; Sasikumar Chandrasekar

RE: [PATCH] scsi: megaraid_sas: handle dma_addr_t right on 32-bit

2017-02-14 Thread Sumit Saxena
>-Original Message- >From: Arnd Bergmann [mailto:a...@arndb.de] >Sent: Wednesday, February 15, 2017 2:52 AM >To: James E.J. Bottomley; Martin K. Petersen >Cc: Arnd Bergmann; Kashyap Desai; Sumit Saxena; Shivasharan S; Tomas Henzl; >Hannes Reinecke; Sasikumar Chandrasekar

RE: [patch] scsi: megaraid_sas: array overflow in megasas_dump_frame()

2017-02-14 Thread Sumit Saxena
>-Original Message- >From: Dan Carpenter [mailto:dan.carpen...@oracle.com] >Sent: Tuesday, February 14, 2017 10:09 PM >To: Kashyap Desai; Shivasharan S >Cc: Sumit Saxena; James E.J. Bottomley; Martin K. Petersen; >megaraidlinux@broadcom.com; linux-scsi@vger.kernel.o

RE: [bug report] megaraid_sas: Make PI enabled VD 8 byte DMA aligned

2017-02-14 Thread Sumit Saxena
>-Original Message- >From: Dan Carpenter [mailto:dan.carpen...@oracle.com] >Sent: Tuesday, February 14, 2017 9:54 PM >To: sumit.sax...@avagotech.com >Cc: megaraidlinux@broadcom.com; linux-scsi@vger.kernel.org >Subject: [bug report] megaraid_sas: Make PI enabled VD 8 byte DMA aligned >

RE: SCSI: usage of DID_REQUEUE vs DID_RESET for returning SCSI commands to be retried

2016-12-13 Thread Sumit Saxena
Adding direct email addresses of few people to avoid any filters. Hannes/Martin/James/Tomas/Christoph, Can you please comment on this? Thanks, Sumit >-Original Message- >From: Sumit Saxena [mailto:sumit.sax...@broadcom.com] >Sent: Tuesday, December 13, 2016 6:50 PM >To:

SCSI: usage of DID_REQUEUE vs DID_RESET for returning SCSI commands to be retried

2016-12-13 Thread Sumit Saxena
. DID_REQUEUE seems safer to use instead of DID_RESET for all outstanding commands before doing chip reset as it serves purpose of getting all commands to be retried by SCSI layer. Signed-off-by: Sumit Saxena <sumit.sax...@broadcom.com> Signed-off-by: Kashyap Desai <kashyap.de...@broadcom.co

RE: [PATCH RESEND] Update 3ware driver email addresses

2016-12-11 Thread Sumit Saxena
ggestions should be mailed to: >- linuxr...@lsi.com >- >- For more information, goto: >- http://www.lsi.com [] >+ aradf...@gmail.com > >History >--- >diff --git a/drivers/scsi/3w-sas.h b/drivers/scsi/3w-sas.h index >fec6449..05e77d8 >100644 >--

RE: [PATCH] megaraid_sas: switch to pci_alloc_irq_vectors

2016-12-06 Thread Sumit Saxena
mp_affinity_enable) >+ irq_flags |= PCI_IRQ_AFFINITY; >+ } >+ rval = pci_alloc_irq_vectors(instance->pdev, 1, >+ instance->msix_vectors ? >+ instance->msix_vectors : 1, irq_flags);

RE: [PATCH] megaraid-sas: request irqs later

2016-11-15 Thread Sumit Saxena
s: request irqs later > >>>>>> "Tomas" == Tomas Henzl <the...@redhat.com> writes: > >Tomas> It is not good when an irq arrives before driver structures are >Tomas> allocated. > >Sumit, Kashyap: Please review! Looks good.. I think I have

RE: [PATCH 4/5] megaraid_sas: scsi-mq support

2016-11-11 Thread Sumit Saxena
>-Original Message- >From: linux-scsi-ow...@vger.kernel.org [mailto:linux-scsi- >ow...@vger.kernel.org] On Behalf Of Hannes Reinecke >Sent: Friday, November 11, 2016 3:15 PM >To: Martin K. Petersen >Cc: Christoph Hellwig; James Bottomley; Sumit Saxena; linux- >s...@vg

RE: [PATCH 3/5] megaraid_sas: do not crash on invalid completion

2016-11-11 Thread Sumit Saxena
>-Original Message- >From: linux-scsi-ow...@vger.kernel.org [mailto:linux-scsi- >ow...@vger.kernel.org] On Behalf Of Hannes Reinecke >Sent: Friday, November 11, 2016 3:15 PM >To: Martin K. Petersen >Cc: Christoph Hellwig; James Bottomley; Sumit Saxena; linux- >s...@vg

RE: [PATCH 1/5] megaraid_sas: switch to pci_alloc_irq_vectors

2016-11-11 Thread Sumit Saxena
>-Original Message- >From: Hannes Reinecke [mailto:h...@suse.de] >Sent: Friday, November 11, 2016 3:15 PM >To: Martin K. Petersen >Cc: Christoph Hellwig; James Bottomley; Sumit Saxena; linux- >s...@vger.kernel.org; Hannes Reinecke; Hannes Reinecke >Subject: [PATCH 1/5]

RE: [PATCH 5/5] megaraid_sas: add mmio barrier after register writes

2016-11-11 Thread Sumit Saxena
>-Original Message- >From: Hannes Reinecke [mailto:h...@suse.de] >Sent: Friday, November 11, 2016 3:15 PM >To: Martin K. Petersen >Cc: Christoph Hellwig; James Bottomley; Sumit Saxena; linux- >s...@vger.kernel.org; Hannes Reinecke; Hannes Reinecke >Subject: [PATCH 5

RE: [PATCH 2/5] megaraid_sas: avoid calling megasas_lookup_instance()

2016-11-11 Thread Sumit Saxena
>-Original Message- >From: Hannes Reinecke [mailto:h...@suse.de] >Sent: Friday, November 11, 2016 3:15 PM >To: Martin K. Petersen >Cc: Christoph Hellwig; James Bottomley; Sumit Saxena; linux- >s...@vger.kernel.org; Hannes Reinecke; Hannes Reinecke >Subject: [PATCH 2/5

[PATCH] megaraid_sas: fix macro MEGASAS_IS_LOGICAL to avoid regression caused by commit 1e793f6fc0db920400574211c48f9157a37e3945

2016-11-09 Thread Sumit Saxena
(all SCSI commands to channels-1,2,3 was returned as SUCCESS-DID_OK by driver). Fixes: 1e793f6fc0db920400574211c48f9157a37e3945 Reported-by: Jens Axboe <ax...@kernel.dk> CC: sta...@vger.kernel.org Signed-off-by: Kashyap Desai <kashyap.de...@broadcom.com> Signed-off-by: Sumit Saxen

RE: [PATCH] megaraid-sas: request irqs later

2016-11-02 Thread Sumit Saxena
egasas_destroy_irqs(instance); >-fail_setup_irqs: >+fail_init_adapter: > if (instance->msix_vectors) > pci_disable_msix(instance->pdev); > instance->msix_vectors = 0; Looks good to me. Acked-by: Sumit Saxena <sumit.sax...@broadcom.com> >-- >2.7.4 -- 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/majordomo-info.html

[PATCH v2 4/7] megaraid_sas: Send SYNCHRONIZE_CACHE command to firmware

2016-10-20 Thread Sumit Saxena
Driver does not send SYNCH_CACHE command to the FW. Driver return SUCCESS for that command. ENDIF ENDIF ENDIF CC: sta...@vger.kernel.org Signed-off-by: Kashyap Desai <kashyap.de...@broadcom.com> Signed-off-by: Sumit Saxena <sum

[PATCH v2 7/7] megaraid_sas: driver version upgrade

2016-10-20 Thread Sumit Saxena
Signed-off-by: Sumit Saxena <sumit.sax...@broadcom.com> --- 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 43fd14f..1d4de90 100644 --- a/driver

[PATCH v2 0/7] megaraid_sas: Updates for scsi-next

2016-10-20 Thread Sumit Saxena
to disable WCE on drive to get similar impact. 4. Always Send SYNCHRONIZE_CACHE for JBOD (non Raid) Device to Firmware. 5. Add log message printing the state of FW sync cache support 6. Moved version update patch to end of series Sumit Saxena (7): megaraid_sas: For SRIOV enabled firmware, ensure VF

[PATCH v2 1/7] megaraid_sas: For SRIOV enabled firmware, ensure VF driver waits for 30secs before reset

2016-10-20 Thread Sumit Saxena
) driver is directly writing on to the register instead of waiting for 30 seconds. Setting convert flag to 1 will cause VF driver will wait for 30 secs before going for reset. CC: sta...@vger.kernel.org Signed-off-by: Kiran Kumar Kasturi <kiran-kumar.kast...@broadcom.com> Signed-off-by: Sumit

[PATCH v2 2/7] megaraid_sas: Send correct PhysArm to FW for R1 VD downgrade

2016-10-20 Thread Sumit Saxena
This patch fixes the issue of wrong PhysArm was sent to firmware for R1 VD downgrade. Signed-off-by: Kiran Kumar Kasturi <kiran-kumar.kast...@broadcom.com> Signed-off-by: Sumit Saxena <sumit.sax...@broadcom.com> Reviewed-by: Hannes Reinecke <h...@suse.com> Review

[PATCH v2 3/7] megaraid_sas: Do not fire DCMDs during PCI shutdown/detach

2016-10-20 Thread Sumit Saxena
, driver will skip firing DCMDs. Signed-off-by: Sumit Saxena <sumit.sax...@broadcom.com> Signed-off-by: Shivasharan Srikanteshwara <shivasharan.srikanteshw...@broadcom.com> --- drivers/scsi/megaraid/megaraid_sas_base.c | 39 + drivers/scsi/megaraid/megaraid_

[PATCH v2 5/7] MAINTAINERS: Update megaraid maintainers list

2016-10-20 Thread Sumit Saxena
Update MEGARAID drivers maintainers list. Signed-off-by: Sumit Saxena <sumit.sax...@broadcom.com> Reviewed-by: Hannes Reinecke <h...@suse.com> --- MAINTAINERS | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/MAINTAINERS b/MAINTAINERS index 4c1f3f9..05

[PATCH v2 6/7] megaraid_sas: Do not set MPI2_TYPE_CUDA for JBOD FP path for FW which does not support JBOD sequence map

2016-10-20 Thread Sumit Saxena
CC: sta...@vger.kernel.org Signed-off-by: Sumit Saxena <sumit.sax...@broadcom.com> Reviewed-by: Hannes Reinecke <h...@suse.com> Reviewed-by: Tomas Henzl <the...@redhat.com> --- drivers/scsi/megaraid/megaraid_sas_fusion.c | 8 1 file changed, 4 insertions(+), 4 deleti

RE: [PATCH 4/7] megaraid_sas: Send SYNCHRONIZE_CACHE command to firmware

2016-10-18 Thread Sumit Saxena
>-Original Message- >From: James Bottomley [mailto:j...@linux.vnet.ibm.com] >Sent: Monday, October 17, 2016 11:22 PM >To: Kashyap Desai; Ric Wheeler; Hannes Reinecke; Sumit Saxena; linux- >s...@vger.kernel.org >Cc: martin.peter...@oracle.com; the...@redhat.com; Christop

RE: [PATCH 4/7] megaraid_sas: Send SYNCHRONIZE_CACHE command to firmware

2016-10-18 Thread Sumit Saxena
>-Original Message- >From: Ric Wheeler [mailto:ricwhee...@gmail.com] >Sent: Tuesday, October 18, 2016 6:38 PM >To: Tomas Henzl; Sumit Saxena; linux-scsi@vger.kernel.org >Cc: martin.peter...@oracle.com; j...@linux.vnet.ibm.com; Kashyap Desai >Subject: Re: [PATCH 4/7]

RE: [PATCH 4/7] megaraid_sas: Send SYNCHRONIZE_CACHE command to firmware

2016-10-17 Thread Sumit Saxena
>-Original Message- >From: Tomas Henzl [mailto:the...@redhat.com] >Sent: Monday, October 17, 2016 7:27 PM >To: Sumit Saxena; linux-scsi@vger.kernel.org >Cc: martin.peter...@oracle.com; j...@linux.vnet.ibm.com; Kashyap Desai >Subject: Re: [PATCH 4/7] megaraid_sas: Send

RE: [PATCH 4/7] megaraid_sas: Send SYNCHRONIZE_CACHE command to firmware

2016-10-17 Thread Sumit Saxena
>-Original Message- >From: Ric Wheeler [mailto:rwhee...@redhat.com] >Sent: Monday, October 17, 2016 6:31 PM >To: Hannes Reinecke; Sumit Saxena; linux-scsi@vger.kernel.org >Cc: martin.peter...@oracle.com; the...@redhat.com; j...@linux.vnet.ibm.com; >kashyap.de...@broad

RE: [PATCH 4/7] megaraid_sas: Send SYNCHRONIZE_CACHE command to firmware

2016-10-17 Thread Sumit Saxena
>-Original Message- >From: Tomas Henzl [mailto:the...@redhat.com] >Sent: Monday, October 17, 2016 6:44 PM >To: Sumit Saxena; linux-scsi@vger.kernel.org >Cc: martin.peter...@oracle.com; j...@linux.vnet.ibm.com; >kashyap.de...@broadcom.com >Subject: Re: [PATCH 4/

RE: [PATCH 5/7] megaraid_sas: driver version upgrade

2016-10-17 Thread Sumit Saxena
>-Original Message- >From: Hannes Reinecke [mailto:h...@suse.de] >Sent: Monday, October 17, 2016 5:05 PM >To: Sumit Saxena; linux-scsi@vger.kernel.org >Cc: martin.peter...@oracle.com; the...@redhat.com; j...@linux.vnet.ibm.com; >kashyap.de...@broadcom.com >Su

RE: [PATCH 3/7] megaraid_sas: Do not fire DCMDs during PCI shutdown/detach

2016-10-17 Thread Sumit Saxena
>-Original Message- >From: Hannes Reinecke [mailto:h...@suse.de] >Sent: Monday, October 17, 2016 5:01 PM >To: Sumit Saxena; linux-scsi@vger.kernel.org >Cc: martin.peter...@oracle.com; the...@redhat.com; j...@linux.vnet.ibm.com; >kashyap.de...@broadcom.com >Su

RE: [PATCH 4/7] megaraid_sas: Send SYNCHRONIZE_CACHE command to firmware

2016-10-17 Thread Sumit Saxena
>-Original Message- >From: Hannes Reinecke [mailto:h...@suse.de] >Sent: Monday, October 17, 2016 5:04 PM >To: Sumit Saxena; linux-scsi@vger.kernel.org >Cc: martin.peter...@oracle.com; the...@redhat.com; j...@linux.vnet.ibm.com; >kashyap.de...@broadcom.com >Su

[PATCH 5/7] megaraid_sas: driver version upgrade

2016-10-17 Thread Sumit Saxena
Upgrade driver version. Signed-off-by: Sumit Saxena <sumit.sax...@broadcom.com> --- 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 43fd14f..1

[PATCH 7/7] megaraid_sas: Do not set MPI2_TYPE_CUDA for JBOD FP path for FW which does not support JBOD sequence map

2016-10-17 Thread Sumit Saxena
Do not set MPI2_TYPE_CUDA for JBOD fastpath IOs for firmware which does not support JBOD sequence map. CC: sta...@vger.kernel.org Signed-off-by: Sumit Saxena <sumit.sax...@broadcom.com> Signed-off-by: Kashyap Desai <kashyap.de...@broadcom.com> --- drivers/scsi/megaraid/megaraid_sas_

[PATCH 6/7] MAINTAINERS: Update megaraid maintainers list

2016-10-17 Thread Sumit Saxena
Update MEGARAID drivers maintainers list. Signed-off-by: Sumit Saxena <sumit.sax...@broadcom.com> --- MAINTAINERS | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/MAINTAINERS b/MAINTAINERS index f0ee7a6..8b9117f 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -7

[PATCH 4/7] megaraid_sas: Send SYNCHRONIZE_CACHE command to firmware

2016-10-17 Thread Sumit Saxena
d user can fallback to old behavior of returning SYNCHRONIZE_CACHE by driver only without sending it to firmware. Signed-off-by: Sumit Saxena <sumit.sax...@broadcom.com> Signed-off-by: Kashyap Desai <kashyap.de...@broadcom.com> --- drivers/scsi/megaraid/megaraid_sas.h| 3 +++

[PATCH 2/7] megaraid_sas: Send correct PhysArm to FW for R1 VD downgrade

2016-10-17 Thread Sumit Saxena
This patch fixes the issue of wrong PhysArm was sent to firmware for R1 VD downgrade. Signed-off-by: Kiran Kumar Kasturi <kiran-kumar.kast...@broadcom.com> Signed-off-by: Sumit Saxena <sumit.sax...@broadcom.com> --- drivers/scsi/megaraid/megaraid_sas_fp.c | 6 -- 1 file changed,

[PATCH 3/7] megaraid_sas: Do not fire DCMDs during PCI shutdown/detach

2016-10-17 Thread Sumit Saxena
, driver will skip firing DCMDs. Signed-off-by: Sumit Saxena <sumit.sax...@broadcom.com> --- drivers/scsi/megaraid/megaraid_sas_base.c | 46 + drivers/scsi/megaraid/megaraid_sas_fusion.c | 9 -- 2 files changed, 52 insertions(+), 3 deletions(-) diff --git a/d

[PATCH 1/7] megaraid_sas: For SRIOV enabled firmware, ensure VF driver waits for 30secs before reset

2016-10-17 Thread Sumit Saxena
) driver is directly writing on to the register instead of waiting for 30 seconds. Setting convert flag to 1 will cause VF driver will wait for 30 secs before going for reset. CC: sta...@vger.kernel.org Signed-off-by: Kiran Kumar Kasturi <kiran-kumar.kast...@broadcom.com> Signed-off-by: Sumit

[PATCH 0/7] megaraid_sas: Updates for scsi-next

2016-10-17 Thread Sumit Saxena
Sumit Saxena (7): megaraid_sas: For SRIOV enabled firmware, ensure VF driver waits for 30secs before reset megaraid_sas: Send correct PhysArm to FW for R1 VD downgrade megaraid_sas: Do not fire DCMDs during PCI shutdown/detach megaraid_sas: Send SYNCHRONIZE_CACHE command to firmware

RE: [PATCH 1/3] megaraid_sas: mark symbols static where possible

2016-09-25 Thread Sumit Saxena
2748,9 @@ megasas_check_reset_fusion(struct megasas_instance >*instance, } > > /* This function waits for outstanding commands on fusion to complete */ -int >megasas_wait_for_outstanding_fusion(struct megasas_instance *instance, >- int reason

RE: [PATCH] megaraid_sas: clean function declarations in megaraid_sas_base.c up

2016-09-19 Thread Sumit Saxena
tance); int >+megasas_check_mpio_paths(struct megasas_instance *instance, >+struct scsi_cmnd *scmd); >+void megasas_fusion_ocr_wq(struct work_struct *work); > > #endif /* _MEGARAID_SAS_FUSION_H_ */ Acked-by: Sumit Saxena <sumit.sax...@broadcom.com> >-- >2.7.4 -- 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/majordomo-info.html

RE: [PATCH] scsi: megaraid_sas: add in missing white space in error message text

2016-09-13 Thread Sumit Saxena
>-Original Message- >From: Colin King [mailto:colin.k...@canonical.com] >Sent: Monday, September 12, 2016 6:12 PM >To: Kashyap Desai; Sumit Saxena; Uday Lingala; James E . J . Bottomley; >Martin K >. Petersen; megaraidlinux@avagotech.com; linux-scsi@vger.kernel.

RE: [PATCH] megaraid_sas: Fix the search of first memory bar

2016-08-25 Thread Sumit Saxena
; >+ instance->bar = find_first_bit(_list, BITS_PER_LONG); > if (pci_request_selected_regions(instance->pdev, 1<bar, > "megasas: LSI")) { > dev_printk(KERN_DEBUG, >pdev->dev, "IO memory >region busy!\n"); Ac

RE: [PATCH] megaraid_sas: Use memdup_user() rather than duplicating its implementation

2016-08-22 Thread Sumit Saxena
>-Original Message- >From: SF Markus Elfring [mailto:elfr...@users.sourceforge.net] >Sent: Sunday, August 21, 2016 2:19 PM >To: linux-scsi@vger.kernel.org; megaraidlinux@avagotech.com; James E. >J. >Bottomley; Kashyap Desai; Martin K. Petersen; Sumit Saxena; Uday

[PATCH] megaraid_sas: Do not fire MR_DCMD_PD_LIST_QUERY to controllers which do not support it

2016-07-08 Thread Sumit Saxena
which do not support it and send DCMD SUCCESS status to AEN function so that it can go ahead with other event processing. Reported-by: Lucz Geza <g...@lucz.com> Cc: <sta...@vger.kernel.org> Signed-off-by: Sumit Saxena <sumit.sax...@broadcom.com> --- drivers/scsi/megaraid/megar

RE: [PATCH] Do not fire MR_DCMD_PD_LIST_QUERY to controllers which do not support it

2016-07-08 Thread Sumit Saxena
Please ignore this patch. I missed to add megaraid_sas in subject line. I realized after sending. Will be resending with proper subject. Sorry for spamming. > -Original Message- > From: Sumit Saxena [mailto:sumit.sax...@broadcom.com] > Sent: Friday, July 08, 201

[PATCH] Do not fire MR_DCMD_PD_LIST_QUERY to controllers which do not support it

2016-07-08 Thread Sumit Saxena
not support it and send DCMD SUCCESS status to AEN function so that it can go ahead with other event processing. Reported-by: Lucz Geza <g...@lucz.com> Cc: <sta...@vger.kernel.org> Signed-off-by: Sumit Saxena <sumit.sax...@broadcom.com> --- drivers/scsi/megaraid/megaraid_sas_base.c

RE: [PATCH] megaraid: add scsi_cmnd NULL check before use

2016-05-13 Thread Sumit Saxena
> -Original Message- > From: Finn Thain [mailto:fth...@telegraphics.com.au] > Sent: Friday, May 13, 2016 1:14 PM > To: Sumit Saxena > Cc: Dan Carpenter; Petros Koutoupis; kashyap.de...@avagotech.com; > sumit.sax...@avagotech.com; uday.ling...@avagotech.co

RE: [PATCH] megaraid: add scsi_cmnd NULL check before use

2016-05-12 Thread Sumit Saxena
> -Original Message- > From: Dan Carpenter [mailto:dan.carpen...@oracle.com] > Sent: Thursday, May 12, 2016 12:05 PM > To: Petros Koutoupis > Cc: Sumit Saxena; Finn Thain; kashyap.de...@avagotech.com; > sumit.sax...@avagotech.com; uday.ling...@avagotech.co

RE: [PATCH] megaraid: add scsi_cmnd NULL check before use

2016-05-11 Thread Sumit Saxena
> -Original Message- > From: Petros Koutoupis [mailto:pet...@petroskoutoupis.com] > Sent: Tuesday, May 10, 2016 2:59 AM > To: Sumit Saxena; Dan Carpenter; Finn Thain > Cc: kashyap.de...@avagotech.com; sumit.sax...@avagotech.com; > uday.ling...@avagotech.com; megaraidlinux

RE: [PATCH] megaraid: add scsi_cmnd NULL check before use

2016-05-09 Thread Sumit Saxena
> -Original Message- > From: Dan Carpenter [mailto:dan.carpen...@oracle.com] > Sent: Monday, May 09, 2016 1:36 PM > To: Finn Thain > Cc: Petros Koutoupis; kashyap.de...@avagotech.com; > sumit.sax...@avagotech.com; uday.ling...@avagotech.com; > megaraidlinux@avagotech.com;

RE: [PATCH v2] megaraid: Downgrade two success messages to info

2016-05-04 Thread Sumit Saxena
> -Original Message- > From: Andy Lutomirski [mailto:l...@kernel.org] > Sent: Tuesday, May 03, 2016 10:55 PM > To: Kashyap Desai; Sumit Saxena; Uday Lingala > Cc: megaraidlinux@avagotech.com; linux-scsi@vger.kernel.org; Andy > Lutomirski > Subject: [PATCH v2] me

[PATCH 4/4] megaraid_sas: driver version upgrade

2016-04-15 Thread Sumit Saxena
Signed-off-by: Sumit Saxena <sumit.sax...@broadcom.com> --- 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 1784b09..ca86c88 100644 --- a/driver

[PATCH 3/4] megaraid_sas: task management code optimizations

2016-04-15 Thread Sumit Saxena
be made. e.g. fusion adapters support task abort and target reset so task abort and target reset should be issued to fusion adapters only and for MFI adapters, print a message saying feature not supported. Signed-off-by: Sumit Saxena <sumit.sax...@broadcom.com> --- drivers/scsi/me

[PATCH 2/4] megaraid_sas: call ISR function to clean up pending replies in OCR path

2016-04-15 Thread Sumit Saxena
will not get completion and the same command will be in outstanding/pendingcommands list of driver and refires same command from IO timeout thread after chip reset which will again FAULT firmware and evntually causes kill adapter. Signed-off-by: Sumit Saxena <sumit.sax...@broadcom.com> --- d

[PATCH 1/4] megaraid_sas: reduce memory footprints in kdump mode

2016-04-15 Thread Sumit Saxena
not allocate memory for system info buffer and PD info buffer. 3. Disable performance oriented features e.g. Disable RDPQ mode, disable dual queue depth, restrict to single MSI-x vector. Signed-off-by: Sumit Saxena <sumit.sax...@broadcom.com> --- drivers/scsi/megaraid/megaraid_sas.h

[PATCH 0/4] megaraid_sas: Updates for scsi-next

2016-04-15 Thread Sumit Saxena
This patchset has few small fixes/optimizations. Please consider this for next release. Sumit Saxena (4): megaraid_sas: reduce memory footprints in kdump mode megaraid_sas: call ISR function to clean up pending replies in OCR path megaraid_sas: task management code optimizations

RE: [PATCH] megaraid_sas: fix missing { }, nullify kbuff_arr[i] only when necessary

2016-03-22 Thread Sumit Saxena
> -Original Message- > From: Colin King [mailto:colin.k...@canonical.com] > Sent: Sunday, March 20, 2016 10:34 PM > To: Kashyap Desai; Sumit Saxena; James Bottomley; Martin K . Petersen; > megaraidlinux@avagotech.com; linux-scsi@vger.kernel.org > Cc: linux-ker.

RE: [PATCH 3/3] megaraid_sas: add missing curly braces in ioctl handler

2016-03-15 Thread Sumit Saxena
> -Original Message- > From: Arnd Bergmann [mailto:a...@arndb.de] > Sent: Monday, March 14, 2016 8:00 PM > To: martin.peter...@oracle.com; james.bottom...@hansenpartnership.com; > Kashyap Desai; Sumit Saxena; Uday Lingala; James E.J. Bottomley > Cc: linux-scsi@vger.ker

[PATCH] megaraid_sas: Don't issue kill adapter for MFI controllers in case of PD list DCMD failure

2016-03-10 Thread Sumit Saxena
timeout handling Killing adapter in case of this DCMD failure should be limited to Fusion adapters only. Per controller's instance variable allow_fw_scan is removed as pd_list_not_supported better reflect the purpose. Signed-off-by: Sumit Saxena <sumit.sax...@broadcom.com> --- drivers/scsi/me

RE: megaraid_sas: Task management support

2016-02-12 Thread Sumit Saxena
> -Original Message- > From: Dan Carpenter [mailto:dan.carpen...@oracle.com] > Sent: Monday, February 08, 2016 11:52 PM > To: sumit.sax...@avagotech.com > Cc: megaraidlinux@avagotech.com; linux-scsi@vger.kernel.org > Subject: re: megaraid_sas: Task management suppo

RE: [PATCH] megaraid: fix null pointer check in megasas_detach_one().

2016-02-02 Thread Sumit Saxena
> -Original Message- > From: Martin K. Petersen [mailto:martin.peter...@oracle.com] > Sent: Tuesday, February 02, 2016 7:24 AM > To: Maurizio Lombardi > Cc: sumit.sax...@avagotech.com; kashyap.de...@avagotech.com; > uday.ling...@avagotech.com; linux-scsi@vger.kernel.org; >

[PATCH v2 04/15] megaraid_sas: Task management support

2016-01-28 Thread Sumit Saxena
to pass TM frame to firmware or return back to OS as Failure to escalate next level of Error handling. Additionally, Tomas Henzl's feedback has been accomodated in this patch- return MFI frame used for task management(TM) in case of TM timeout and error cases. Signed-off-by: Sumit Saxena <sumit.

[PATCH v2 01/15] megaraid_sas: Do not allow PCI access during OCR

2016-01-28 Thread Sumit Saxena
This patch will solve the problem by making AEN thread and OCR thread mutually exclusive. There are no changes in this patch from last time sent patch. Signed-off-by: Sumit Saxena <sumit.sax...@avagotech.com> Signed-off-by: Kashyap Desai <kashyap.de...@avagotech.com> Re

[PATCH v2 02/15] megaraid_sas: MFI IO timeout handling

2016-01-28 Thread Sumit Saxena
patch. Signed-off-by: Sumit Saxena <sumit.sax...@avagotech.com> Signed-off-by: Kashyap Desai <kashyap.de...@avagotech.com> Reviewed-by: Tomas Henzl <the...@redhat.com> --- drivers/scsi/megaraid/megaraid_sas.h| 22 +- drivers/scsi/megaraid/megaraid_

[PATCH v2 03/15] megaraid_sas: Syncing request flags macro names with firmware

2016-01-28 Thread Sumit Saxena
There are no changes in this patch from last time sent patch. Signed-off-by: Sumit Saxena <sumit.sax...@avagotech.com> Reviewed-by: Tomas Henzl <the...@redhat.com> --- drivers/scsi/megaraid/megaraid_sas_fusion.c | 6 +++--- drivers/scsi/megaraid/megaraid_sas_fusion.h | 3 ++- 2 file

[PATCH v2 00/15] megaraid_sas: Updates for scsi-next

2016-01-28 Thread Sumit Saxena
as that was rejected. -Added one new patch for driver version upgrade. Sumit Saxena (15): megaraid_sas: Do not allow PCI access during OCR megaraid_sas: MFI IO timeout handling megaraid_sas: Syncing request flags macro names with firmware megaraid_sas: Task management support megaraid_sas

[PATCH v2 06/15] megaraid_sas: Fastpath region lock bypass

2016-01-28 Thread Sumit Saxena
from last time sent patch. Signed-off-by: Kashyap Desai <kashyap.de...@avagotech.com> Signed-off-by: Sumit Saxena <sumit.sax...@avagotech.com> Reviewed-by: Tomas Henzl <the...@redhat.com> --- drivers/scsi/megaraid/megaraid_sas.h| 8 ++-- drivers/scsi/megaraid/megarai

[PATCH v2 15/15] megaraid_sas: driver version upgrade

2016-01-28 Thread Sumit Saxena
Signed-off-by: Sumit Saxena <sumit.sax...@avagotech.com> --- 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/driver

[PATCH v2 13/15] megaraid_sas: Introduce module parameter for SCSI command-timeout

2016-01-28 Thread Sumit Saxena
to tune scmd_timeout value during driver load time. Default value is same as before-90 secs. There are no changes in this patch on top of last time sent patch. Signed-off-by: Kashyap Desai <kashyap.de...@avagotech.com> Signed-off-by: Sumit Saxena <sumit.sax...@avagotech.com> Review

[PATCH v2 05/15] megaraid_sas: Update device Queue depth based on interface type

2016-01-28 Thread Sumit Saxena
. There are no changes in this patch from last time sent patch. There was some feedback to use dma_alloc_coherent instead of pci_alloc_consistent which will be handled in follow up along with several other cases where dma_alloc_coherent can be used. Signed-off-by: Sumit Saxena <sumit.sax...@avagotech.com>

[PATCH v2 07/15] megaraid_sas: Reply Descriptor Post Queue(RDPQ) support

2016-01-28 Thread Sumit Saxena
-by: Kashyap Desai <kashyap.de...@avagotech.com> Signed-off-by: Sumit Saxena <sumit.sax...@avagotech.com> --- drivers/scsi/megaraid/megaraid_sas.h| 6 +- drivers/scsi/megaraid/megaraid_sas_base.c | 9 + drivers/scsi/megaraid/megaraid_sas_fu

[PATCH v2 12/15] megaraid_sas: MFI adapter's OCR changes

2016-01-28 Thread Sumit Saxena
ed-off-by: Sumit Saxena <sumit.sax...@avagotech.com> Reviewed-by: Tomas Henzl <the...@redhat.com> --- drivers/scsi/megaraid/megaraid_sas_base.c | 101 +++--- 1 file changed, 50 insertions(+), 51 deletions(-) diff --git a/drivers/scsi/megaraid/megaraid_sas_base

[PATCH v2 08/15] megaraid_sas: Code optimization build_and_issue_cmd return-type

2016-01-28 Thread Sumit Saxena
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 <sumit.sax...@avagotech.com> Reviewed-by: Tomas Henzl <the...@redhat.com> --- drivers/s

[PATCH v2 14/15] megaraid_sas: SPERC OCR changes

2016-01-28 Thread Sumit Saxena
ing...@avagotech.com> Signed-off-by: Sumit Saxena <sumit.sax...@avagotech.com> Reviewed-by: Tomas Henzl <the...@redhat.com> --- drivers/scsi/megaraid/megaraid_sas_fusion.c | 73 +++-- 1 file changed, 16 insertions(+), 57 deletions(-) diff --git a/dri

[PATCH v2 11/15] megaraid_sas: Make adprecovery variable atomic

2016-01-28 Thread Sumit Saxena
y code of MFI adapters and replace hba_lock with atomic_t so there are no changes in this patch on top of last time sent patch. Signed-off-by: Sumit Saxena <sumit.sax...@avagotech.com> Signed-off-by: Kashyap Desai <kashyap.de...@avagotech.com> --- drivers/scsi/megaraid/megaraid

[PATCH v2 09/15] megaraid_sas: Dual Queue depth support

2016-01-28 Thread Sumit Saxena
of using atomic_read() and atomic_inc() separately inside function- megasas_build_and_issue_cmd_fusion(). Signed-off-by: Sumit Saxena <sumit.sax...@avagotech.com> Signed-off-by: Kashyap Desai <kashyap.de...@avagotech.com> --- drivers/scsi/megaraid/megaraid_sas.h

[PATCH v2 10/15] megaraid_sas: IO throttling support

2016-01-28 Thread Sumit Saxena
- megasas_build_and_issue_cmd_fusion() as SCSI mid layer will anyways does this. Signed-off-by: Sumit Saxena <sumit.sax...@avagotech.com> Signed-off-by: Kashyap Desai <kashyap.de...@avagotech.com> --- drivers/scsi/megaraid/megaraid_sas.h| 6 -- drivers/scsi/megaraid/megaraid_sas_fusion.c | 1 + 2 file

  1   2   3   >