Re: [PATCH -next] scsi: megaraid_sas: Use DEFINE_SPINLOCK() for spinlock

2021-04-14 Thread Sumit Saxena
On Mon, Mar 29, 2021 at 2:45 PM Shixin Liu wrote: > > spinlock can be initialized automatically with DEFINE_SPINLOCK() > rather than explicitly calling spin_lock_init(). Acked-by: Sumit Saxena > > Signed-off-by: Shixin Liu > --- > drivers/scsi/megaraid/megaraid_sas_base

Re: [PATCH v8 17/18] scsi: megaraid_sas: Added support for shared host tagset for cpuhotplug

2020-11-11 Thread Sumit Saxena
> > Can this issue disappear by applying the following change? This change fixes the issue for me. Qian, Please try after applying changes suggested by Ming. Thanks, Sumit > > diff --git a/block/blk-flush.c b/block/blk-flush.c > index e32958f0b687..b1fe6176d77f 100644 > --- a/block/blk-flush.c >

Re: [PATCH v8 17/18] scsi: megaraid_sas: Added support for shared host tagset for cpuhotplug

2020-11-10 Thread Sumit Saxena
On Tue, Nov 10, 2020 at 11:12 PM John Garry wrote: > > On 09/11/2020 14:05, John Garry wrote: > > On 09/11/2020 13:39, Qian Cai wrote: > >>> I suppose I could try do this myself also, but an authentic version > >>> would be nicer. > >> The closest one I have here is: > >>

Re: [PATCH v8 17/18] scsi: megaraid_sas: Added support for shared host tagset for cpuhotplug

2020-11-06 Thread Sumit Saxena
On Wed, Nov 4, 2020 at 11:38 PM John Garry wrote: > > On 04/11/2020 16:07, Kashyap Desai wrote: > >>> > >>> v5.10-rc2 is also broken here. > >> > >> John, Kashyap, any update on this? If this is going to take a while to fix > >> it > >> proper, should I send a patch to revert this or at least

Re: [PATCH] MAINTAINERS: Drop megaraidlinux....@broadcom.com from MEGARAID SCSI/SAS DRIVERS

2020-09-11 Thread Sumit Saxena
D SCSI/SAS DRIVERS > M: Kashyap Desai > M: Sumit Saxena > M: Shivasharan S > -L: megaraidlinux@broadcom.com > L: linux-s...@vger.kernel.org > S: Maintained > W: http://www.avagotech.com/support/ > -- > 2.25.1 >

Re: [PATCH -next] scsi: megaraid_sas: Make a bunch of functions static

2019-08-06 Thread Sumit Saxena
tance' was not declared. Should it be static? > drivers/scsi/megaraid/megaraid_sas_fusion.c:4825:7: warning: symbol > 'megasas_fusion_crash_dump' was not declared. Should it be static? > > Reported-by: Hulk Robot > Signed-off-by: YueHaibing Acked-by: Sumit Saxena > --- > drivers

Re: [PATCH] scsi/megaraid_sas: fix a compilation warning

2019-08-06 Thread Sumit Saxena
truct megasas_register_set __iomem *reg_set; >^~~ > Fixes: de516379e85f ("scsi: megaraid_sas: changes to function prototypes") > Signed-off-by: Qian Cai Acked-by: Sumit Saxena > --- > drivers/scsi/megaraid/megaraid_sas_fusion.c | 3

Re: [PATCH -next] scsi: megaraid_sas: Make some functions static

2019-07-23 Thread Sumit Saxena
usion' was not declared. Should it be static? > drivers/scsi/megaraid/megaraid_sas_fusion.c:3328:6: warning: symbol > 'megasas_prepare_secondRaid1_IO' was not declared. Should it be static? > > Reported-by: Hulk Robot > Signed-off-by: YueHaibing Acked-by: Sumit Saxena > --- > drivers/

Re: [PATCH][next] scsi: megaraid_sas: fix spelling mistake "megarid_sas" -> "megaraid_sas"

2019-07-23 Thread Sumit Saxena
On Sun, Jul 21, 2019 at 3:28 AM Colin King wrote: > > From: Colin Ian King > > Fix spelling mistake in kernel warning message and replace > printk with with pr_warn. > > Signed-off-by: Colin Ian King Acked-by: Sumit Saxena > --- > drivers/scsi/megaraid/megaraid_

Re: [PATCH RESEND] scsi: megaraid_sas: fix panic on loading firmware crashdump

2019-07-23 Thread Sumit Saxena
On Mon, Jul 22, 2019 at 9:45 PM Junxiao Bi wrote: > > While loading fw crashdump in function fw_crash_buffer_show(), > left bytes in one dma chunk was not checked, if copying size > over it, overflow access will cause kernel panic. > > Signed-off-by: Junxiao Bi Acke

Re: [PATCH -next] scsi: megaraid_sas: Make some symbols static

2019-07-04 Thread Sumit Saxena
> 'megasas_do_ocr' was not declared. Should it be static? > drivers/scsi/megaraid/megaraid_sas_base.c:3194:25: warning: symbol > 'megaraid_host_attrs' was not declared. Should it be static? > > Reported-by: Hulk Robot > Signed-off-by: YueHaibing Acked-by: Sumit Sax

Re: [PATCH] scsi: megaraid_sas: Use struct_size() helper

2019-06-13 Thread Sumit Saxena
sizeof(struct MR_PD_CFG_SEQ_NUM_SYNC) + (sizeof(struct MR_PD_CFG_SEQ) * > (MAX_PHYSICAL_DEVICES - 1)) > > with: > > struct_size(pd_sync, seq, MAX_PHYSICAL_DEVICES - 1) > > This code was detected with the help of Coccinelle. > > Signed-off-by: Gustavo A. R. Silva Acked-

Re: [PATCH -next] scsi: megaraid_sas: remove set but not used variables 'buff_addr' and 'ci_h'

2019-06-07 Thread Sumit Saxena
inroduction in > commit fc62b3fc9021 ("megaraid_sas : Firmware crash dump feature support") > > 'ci_h' is not used since commit 9b3d028f3468 ("scsi: megaraid_sas: > Pre-allocate frequently used DMA buffers") > > Signed-off-by: YueHaibing Acked-by: Sumit Saxe

Re: [PATCH -next] scsi: megaraid_sas: remove set but not used variable 'sge_sz'

2019-06-07 Thread Sumit Saxena
ut not used [-Wunused-but-set-variable] > > It's not used any more since > commit 200aed582d61 ("megaraid_sas: endianness related bug fixes and code > optimization") > > Signed-off-by: YueHaibing Acked-by: Sumit Saxena > --- > drivers/scsi/megaraid/megaraid_sas_

Re: [PATCH -next] scsi: megaraid_sas: remove set but not used variables 'host' and 'wait_time'

2019-05-27 Thread Sumit Saxena
in > commit 31ea7088974c ("[SCSI] megaraid_sas: add hibernation support") > > 'wait_time' is not used since commit > 11c71cb4ab7c ("megaraid_sas: Do not allow PCI access during OCR") > > Signed-off-by: YueHaibing Acked-by: Sumit Saxena > --- > drivers/scsi/m

Re: [PATCH -next] scsi: megaraid_sas: remove set but not used variable 'cur_state'

2019-05-27 Thread Sumit Saxena
> set but not used [-Wunused-but-set-variable] > > It's not used any more since commit 7218df69e360 ("[SCSI] > megaraid_sas: use the firmware boot timeout when waiting for commands") > > Signed-off-by: YueHaibing Acked-by: Sumit Saxena > --- > drivers/scsi/megaraid/me

Re: [PATCH -next] scsi: megaraid_sas: Remove a bunch of set but not used variables

2019-02-22 Thread Sumit Saxena
In function > 'megasas_reset_target_fusion': > drivers/scsi/megaraid/megaraid_sas_fusion.c:4484:25: warning: > variable 'fusion' set but not used [-Wunused-but-set-variable] > > They're not used anymore and can be removed. > > Signed-off-by: YueHaibing Acked-by: Sumit Saxena &g

Re: [PATCH 0/3] irq/core: Fix and expand the irq affinity descriptor

2018-12-28 Thread Sumit Saxena
On Wed, Dec 19, 2018 at 6:25 PM Sumit Saxena wrote: > > On Wed, Dec 19, 2018 at 4:23 PM Thomas Gleixner wrote: > > > > On Tue, 4 Dec 2018, Dou Liyang wrote: > > > > > Now, Spreading the interrupt affinity info by a cpumask pointer is not > > > eno

Re: [RESEND PATCH v2] megaraid: fix out-of-bound array accesses

2018-12-19 Thread Sumit Saxena
SAS_MAX_LD_IDS); > > From drivers/scsi/megaraid/megaraid_sas_fp.c , > /* For non existing VDs, iterate to next VD*/ > if (ld >= (MAX_LOGICAL_DRIVES_EXT - 1)) > continue; > > However, there are a few places that failed to skip those non-existing > VDs due to off-by-on

Re: [PATCH 0/3] irq/core: Fix and expand the irq affinity descriptor

2018-12-19 Thread Sumit Saxena
On Wed, Dec 19, 2018 at 4:23 PM Thomas Gleixner wrote: > > On Tue, 4 Dec 2018, Dou Liyang wrote: > > > Now, Spreading the interrupt affinity info by a cpumask pointer is not > > enough, meets a problem[1] and hard to expand in the future. > > > > Fix it by: > > > >

Re: [PATCH] scsi: megaraid_sas: NULL check before some freeing functions is not needed

2018-12-02 Thread Sumit Saxena
On Wed, Nov 28, 2018 at 1:36 PM Wen Yang wrote: > > dma_pool_destroy(NULL) is safe, so removes NULL check before freeing > the mem. This patch also fix the ifnullfree.cocci warnings. > > Signed-off-by: Wen Yang Acked-by: Sumit Saxena > CC: Julia Lawall > CC: Kashyap Desa

Re: [PATCH] scsi: megaraid_sas: NULL check before some freeing functions is not needed

2018-12-02 Thread Sumit Saxena
On Wed, Nov 28, 2018 at 1:36 PM Wen Yang wrote: > > dma_pool_destroy(NULL) is safe, so removes NULL check before freeing > the mem. This patch also fix the ifnullfree.cocci warnings. > > Signed-off-by: Wen Yang Acked-by: Sumit Saxena > CC: Julia Lawall > CC: Kashyap Desa

RE: Affinity managed interrupts vs non-managed interrupts

2018-08-29 Thread Sumit Saxena
> -Original Message- > From: Ming Lei [mailto:ming@redhat.com] > Sent: Wednesday, August 29, 2018 2:16 PM > To: Sumit Saxena > Cc: t...@linutronix.de; h...@lst.de; linux-kernel@vger.kernel.org > Subject: Re: Affinity managed interrupts vs non-managed interrupts &

RE: Affinity managed interrupts vs non-managed interrupts

2018-08-29 Thread Sumit Saxena
> -Original Message- > From: Ming Lei [mailto:ming@redhat.com] > Sent: Wednesday, August 29, 2018 2:16 PM > To: Sumit Saxena > Cc: t...@linutronix.de; h...@lst.de; linux-kernel@vger.kernel.org > Subject: Re: Affinity managed interrupts vs non-managed interrupts &

Affinity managed interrupts vs non-managed interrupts

2018-08-28 Thread Sumit Saxena
Hi Thomas, We are working on next generation MegaRAID product where requirement is- to allocate additional 16 MSI-x vectors in addition to number of MSI-x vectors megaraid_sas driver usually allocates. MegaRAID adapter supports 128 MSI-x vectors. To explain the requirement and solution,

Affinity managed interrupts vs non-managed interrupts

2018-08-28 Thread Sumit Saxena
Hi Thomas, We are working on next generation MegaRAID product where requirement is- to allocate additional 16 MSI-x vectors in addition to number of MSI-x vectors megaraid_sas driver usually allocates. MegaRAID adapter supports 128 MSI-x vectors. To explain the requirement and solution,

RE: [PATCH] [RESEND] megaraid: use ktime_get_real for firmware time

2018-01-18 Thread Sumit Saxena
-Original Message- From: Arnd Bergmann [mailto:a...@arndb.de] Sent: Wednesday, January 17, 2018 8:19 PM To: Kashyap Desai; Sumit Saxena; Shivasharan S; James E.J. Bottomley; Martin K. Petersen Cc: Arnd Bergmann; Tomas Henzl; Hannes Reinecke; megaraidlinux@broadcom.com; linux-s

RE: [PATCH] [RESEND] megaraid: use ktime_get_real for firmware time

2018-01-18 Thread Sumit Saxena
-Original Message- From: Arnd Bergmann [mailto:a...@arndb.de] Sent: Wednesday, January 17, 2018 8:19 PM To: Kashyap Desai; Sumit Saxena; Shivasharan S; James E.J. Bottomley; Martin K. Petersen Cc: Arnd Bergmann; Tomas Henzl; Hannes Reinecke; megaraidlinux@broadcom.com; linux-s

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-s...@vger.kernel.org; linux-kernel@vger.kernel.org

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-s...@vger.kernel.org; linux-kernel@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 1/2] scsi: megaraid: Remove redundant code in megasas_alloc_cmds

2017-10-31 Thread Sumit Saxena
i_cmds; /* Acked-by: Sumit Saxena -- 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: kmemleak: Track page allocation for fusion

2017-09-14 Thread Sumit Saxena
free_pages((ulong)fusion, instance->ctrl_context_pages); + kmemleak_free(fusion); + } } } Looks good. Thanks for catching this. Acked-by: Sumit Saxena -- 2.13.5

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] scsi: megaraid_sas: fix memleak in megasas_alloc_cmdlist_fusion

2017-07-21 Thread Sumit Saxena
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 >-- >2.5.0

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] megaraid: Fix a sleep-in-atomic bug

2017-05-31 Thread Sumit Saxena
nlock_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 > >-- >1.7.9.5 >

RE: [PATCH][V2] scsi: megaraid_sas: fix spelling mistakes: "oustanding" -> "outstanding"

2017-05-04 Thread Sumit Saxena
>-Original Message- >From: Colin King [mailto:colin.k...@canonical.com] >Sent: Sunday, April 30, 2017 3:41 AM >To: Kashyap Desai; Sumit Saxena; Shivasharan S; James E . J . Bottomley; >Martin K . Petersen; megaraidlinux@broadcom.com >Cc: linux-kernel@vger.kernel.or

RE: [PATCH][V2] scsi: megaraid_sas: fix spelling mistakes: "oustanding" -> "outstanding"

2017-05-04 Thread Sumit Saxena
>-Original Message- >From: Colin King [mailto:colin.k...@canonical.com] >Sent: Sunday, April 30, 2017 3:41 AM >To: Kashyap Desai; Sumit Saxena; Shivasharan S; James E . J . Bottomley; >Martin K . Petersen; megaraidlinux@broadcom.com >Cc: linux-kernel@vger.kernel.or

RE: [PATCH 6/7] megasas: Remove expensive inline from megasas_return_cmd

2017-03-15 Thread Sumit Saxena
Command packet to be returned to free command pool > */ >-inline void >+void > megasas_return_cmd(struct megasas_instance *instance, struct megasas_cmd >*cmd) { > unsigned long flags; Acked-by: Sumit Saxena <sumit.sax...@broadcom.com> >-- >2.9.3 >

RE: [PATCH 6/7] megasas: Remove expensive inline from megasas_return_cmd

2017-03-15 Thread Sumit Saxena
ool > */ >-inline void >+void > megasas_return_cmd(struct megasas_instance *instance, struct megasas_cmd >*cmd) { > unsigned long flags; Acked-by: Sumit Saxena >-- >2.9.3 >

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 v4 11/19] scsi: megaraid: Replace PCI pool old API

2017-03-01 Thread Sumit Saxena
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 > >-- >2.9.3

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-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-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-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: 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 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, int *convert) >+static int >+megasas_wait_for_outstanding_fusion(struct megasas_instance *instance, >+ int reason, int *convert) > { > int i, outstanding, retval = 0, hb_seconds_missed = 0; > u32 fw_state; >@@ -2849,7 +2850,7 @@ void megasas_reset_reply_desc(struct >megasas_instance *instance) > * megasas_refire_mgmt_cmd : Re-fire management commands > * @instance: Controller's soft instance > */ >-void megasas_refire_mgmt_cmd(struct megasas_instance *instance) >+static void megasas_refire_mgmt_cmd(struct megasas_instance *instance) > { > int j; > struct megasas_cmd_fusion *cmd_fusion; @@ -3332,7 +,8 @@ int >megasas_reset_target_fusion(struct scsi_cmnd *scmd) } > > /*SRIOV get other instance in cluster if any*/ -struct megasas_instance >*megasas_get_peer_instance(struct megasas_instance *instance) >+static struct megasas_instance * >+megasas_get_peer_instance(struct megasas_instance *instance) > { > int i; Acked-by: Sumit Saxena <sumit.sax...@broadcom.com> > >-- >2.7.4

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

2016-09-25 Thread Sumit Saxena
_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, int *convert) >+static int >+megasas_wait_for_outstanding_fusion(struct megasas_instance *instance, >+ int reason, int *convert) > { > int i, outstanding, retval = 0, hb_seconds_missed = 0; > u32 fw_state; >@@ -2849,7 +2850,7 @@ void megasas_reset_reply_desc(struct >megasas_instance *instance) > * megasas_refire_mgmt_cmd : Re-fire management commands > * @instance: Controller's soft instance > */ >-void megasas_refire_mgmt_cmd(struct megasas_instance *instance) >+static void megasas_refire_mgmt_cmd(struct megasas_instance *instance) > { > int j; > struct megasas_cmd_fusion *cmd_fusion; @@ -3332,7 +,8 @@ int >megasas_reset_target_fusion(struct scsi_cmnd *scmd) } > > /*SRIOV get other instance in cluster if any*/ -struct megasas_instance >*megasas_get_peer_instance(struct megasas_instance *instance) >+static struct megasas_instance * >+megasas_get_peer_instance(struct megasas_instance *instance) > { > int i; Acked-by: Sumit Saxena > >-- >2.7.4

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

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

2016-09-19 Thread Sumit Saxena
tance); >+u8 megasas_get_map_info(struct megasas_instance *instance); int >+megasas_sync_map_info(struct megasas_instance *instance); void >+megasas_release_fusion(struct megasas_instance *instance); void >+megasas_reset_reply_desc(struct megasas_instance *instance); int >+megasas_

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-s...@vger.kernel.org

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-s...@vger.kernel.org

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: Fix the search of first memory bar

2016-08-25 Thread Sumit Saxena
_LONG); > if (pci_request_selected_regions(instance->pdev, 1<bar, > "megasas: LSI")) { > dev_printk(KERN_DEBUG, >pdev->dev, "IO memory >region busy!\n"); Acked by: Sumit Saxena >-- >2.7.4 > > >--- >L'absence de virus dans ce courrier électronique a été vérifiée par le >logiciel >antivirus Avast. >https://www.avast.com/antivirus

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-s...@vger.kernel.org; megaraidlinux@avagotech.com; James E. >J. >Bottomley; Kashyap Desai; Martin K. Petersen; Sumit Saxena; Uday

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-s...@vger.kernel.org; megaraidlinux@avagotech.com; James E. >J. >Bottomley; Kashyap Desai; Martin K. Petersen; Sumit Saxena; Uday

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-s...@vger.kernel.org > Cc: linux-kern

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-s...@vger.kernel.org > Cc: linux-kern

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-s...@vger.kernel

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-s...@vger.kernel

RE: [PATCH RESEND] megaraid:Fix for loop termination statment in the function process_fw_state_change_wq

2016-01-03 Thread Sumit Saxena
> -Original Message- > From: Nicholas Krause [mailto:xerofo...@gmail.com] > Sent: Friday, January 01, 2016 12:06 PM > To: kashyap.de...@avagotech.com > Cc: sumit.sax...@avagotech.com; uday.ling...@avagotech.com; > jbottom...@odin.com; martin.peter...@oracle.com; >

RE: [PATCH RESEND] megaraid:Fix for loop termination statment in the function process_fw_state_change_wq

2016-01-03 Thread Sumit Saxena
> -Original Message- > From: Nicholas Krause [mailto:xerofo...@gmail.com] > Sent: Friday, January 01, 2016 12:06 PM > To: kashyap.de...@avagotech.com > Cc: sumit.sax...@avagotech.com; uday.ling...@avagotech.com; > jbottom...@odin.com; martin.peter...@oracle.com; >

RE: [PATCH 3.19.y-ckt 065/164] megaraid_sas: Expose TAPE drives unconditionally

2015-12-02 Thread Sumit Saxena
l@vger.kernel.org; sta...@vger.kernel.org; kernel- > t...@lists.ubuntu.com > Cc: Sumit Saxena; Kashyap Desai; Martin K. Petersen; Kamal Mostafa > Subject: [PATCH 3.19.y-ckt 065/164] megaraid_sas: Expose TAPE drives > unconditionally > > 3.19.8-ckt11 -stable review patch. If anyone

RE: [PATCH 3.19.y-ckt 065/164] megaraid_sas: Expose TAPE drives unconditionally

2015-12-02 Thread Sumit Saxena
l@vger.kernel.org; sta...@vger.kernel.org; kernel- > t...@lists.ubuntu.com > Cc: Sumit Saxena; Kashyap Desai; Martin K. Petersen; Kamal Mostafa > Subject: [PATCH 3.19.y-ckt 065/164] megaraid_sas: Expose TAPE drives > unconditionally > > 3.19.8-ckt11 -stable review patch. If anyone

RE: [PATCH v3 3/3] megaraid_sas : fix whitespace errors

2015-07-08 Thread Sumit Saxena
> -Original Message- > From: Bjorn Helgaas [mailto:bhelg...@google.com] > Sent: Wednesday, July 08, 2015 2:23 AM > To: Kashyap Desai; Uday Lingala; Sumit Saxena > Cc: megaraidlinux@avagotech.com; linux-s...@vger.kernel.org; James > E.J. > Bottomley; linux-kernel

RE: [PATCH v3 2/3] megaraid_sas : use dev_printk when possible

2015-07-08 Thread Sumit Saxena
> -Original Message- > From: Bjorn Helgaas [mailto:bhelg...@google.com] > Sent: Wednesday, July 08, 2015 2:23 AM > To: Kashyap Desai; Uday Lingala; Sumit Saxena > Cc: megaraidlinux@avagotech.com; linux-s...@vger.kernel.org; James > E.J. > Bottomley; linux-kernel

RE: [PATCH v3 1/3] megaraid : use dev_printk when possible

2015-07-08 Thread Sumit Saxena
> -Original Message- > From: Bjorn Helgaas [mailto:bhelg...@google.com] > Sent: Wednesday, July 08, 2015 2:22 AM > To: Kashyap Desai; Uday Lingala; Sumit Saxena > Cc: megaraidlinux@avagotech.com; linux-s...@vger.kernel.org; James > E.J. > Bottomley; linux-kernel

RE: [PATCH v3 2/3] megaraid_sas : use dev_printk when possible

2015-07-08 Thread Sumit Saxena
-Original Message- From: Bjorn Helgaas [mailto:bhelg...@google.com] Sent: Wednesday, July 08, 2015 2:23 AM To: Kashyap Desai; Uday Lingala; Sumit Saxena Cc: megaraidlinux@avagotech.com; linux-s...@vger.kernel.org; James E.J. Bottomley; linux-kernel@vger.kernel.org; Joe Perches

RE: [PATCH v3 3/3] megaraid_sas : fix whitespace errors

2015-07-08 Thread Sumit Saxena
-Original Message- From: Bjorn Helgaas [mailto:bhelg...@google.com] Sent: Wednesday, July 08, 2015 2:23 AM To: Kashyap Desai; Uday Lingala; Sumit Saxena Cc: megaraidlinux@avagotech.com; linux-s...@vger.kernel.org; James E.J. Bottomley; linux-kernel@vger.kernel.org; Joe Perches

RE: [PATCH v3 1/3] megaraid : use dev_printk when possible

2015-07-08 Thread Sumit Saxena
-Original Message- From: Bjorn Helgaas [mailto:bhelg...@google.com] Sent: Wednesday, July 08, 2015 2:22 AM To: Kashyap Desai; Uday Lingala; Sumit Saxena Cc: megaraidlinux@avagotech.com; linux-s...@vger.kernel.org; James E.J. Bottomley; linux-kernel@vger.kernel.org; Joe Perches

RE: [PATCH] megaraid:Remove no longer required variable ret from the function megasas_sync_map_info

2015-07-07 Thread Sumit Saxena
> -Original Message- > From: Frans Klaver [mailto:franskla...@gmail.com] > Sent: Tuesday, July 07, 2015 3:37 PM > To: Sumit Saxena > Cc: Nicholas Krause; Kashyap Desai; Uday Lingala; jbottom...@odin.com; > PDL,MEGARAIDLINUX; linux-s...@vger.kernel.org; > linux-k

RE: [PATCH] megaraid:Remove no longer required variable ret from the function megasas_sync_map_info

2015-07-07 Thread Sumit Saxena
, num_lds; @@ -906,7 +906,7 @@ megasas_sync_map_info(struct megasas_instance *instance) instance->instancet->issue_dcmd(instance, cmd); - return ret; + return 0; } Acked-by: Sumit Saxena /* -- 2.1.4 -- To unsubscribe from this list: send the line "unsubscribe l

RE: [PATCH] megaraid:Remove no longer required variable ret from the function megasas_sync_map_info

2015-07-07 Thread Sumit Saxena
; u32 size_sync_info, num_lds; @@ -906,7 +906,7 @@ megasas_sync_map_info(struct megasas_instance *instance) instance-instancet-issue_dcmd(instance, cmd); - return ret; + return 0; } Acked-by: Sumit Saxena sumit.sax...@avagotech.com /* -- 2.1.4 -- To unsubscribe from

RE: [PATCH] megaraid:Remove no longer required variable ret from the function megasas_sync_map_info

2015-07-07 Thread Sumit Saxena
-Original Message- From: Frans Klaver [mailto:franskla...@gmail.com] Sent: Tuesday, July 07, 2015 3:37 PM To: Sumit Saxena Cc: Nicholas Krause; Kashyap Desai; Uday Lingala; jbottom...@odin.com; PDL,MEGARAIDLINUX; linux-s...@vger.kernel.org; linux-kernel@vger.kernel.org Subject: Re

RE: [PATCH] megaraid:Make functions static in the file megaraid_sas_base.c

2015-06-23 Thread Sumit Saxena
struct work_struct *work); -void megasas_do_ocr(struct megasas_instance *instance) +static void megasas_do_ocr(struct megasas_instance *instance) { if ((instance->pdev->device == PCI_DEVICE_ID_LSI_SAS1064R) || (instance->pdev->device == PCI_DEVICE_ID_DELL_PERC5) || Acke

RE: [PATCH] megaraid:Make functions static in the file megaraid_sas_base.c

2015-06-23 Thread Sumit Saxena
process_fw_state_change_wq(struct work_struct *work); -void megasas_do_ocr(struct megasas_instance *instance) +static void megasas_do_ocr(struct megasas_instance *instance) { if ((instance-pdev-device == PCI_DEVICE_ID_LSI_SAS1064R) || (instance-pdev-device == PCI_DEVICE_ID_DELL_PERC5) || Acked-by: Sumit

RE: [V6 PATCH 6/7] megaraid_sas: fix TRUE and FALSE re-define build error

2015-06-12 Thread Sumit Saxena
-by: Suravee Suthikulpanit >Cc: Kashyap Desai >Cc: Sumit Saxena >Cc: Uday Lingala >--- > drivers/scsi/megaraid/megaraid_sas_fp.c | 8 > 1 file changed, 8 insertions(+) > >diff --git a/drivers/scsi/megaraid/megaraid_sas_fp.c >b/drivers/scsi/megaraid/megaraid_sas_fp.c

RE: [V6 PATCH 6/7] megaraid_sas: fix TRUE and FALSE re-define build error

2015-06-12 Thread Sumit Saxena
kashyap.de...@avagotech.com Cc: Sumit Saxena sumit.sax...@avagotech.com Cc: Uday Lingala uday.ling...@avagotech.com --- drivers/scsi/megaraid/megaraid_sas_fp.c | 8 1 file changed, 8 insertions(+) diff --git a/drivers/scsi/megaraid/megaraid_sas_fp.c b/drivers/scsi/megaraid

RE: [PATCH] megaraid_sas: insert missing space in kernel message

2015-06-10 Thread Sumit Saxena
>-Original Message- >From: Colin King [mailto:colin.k...@canonical.com] >Sent: Tuesday, June 09, 2015 9:24 PM >To: Kashyap Desai; Sumit Saxena; Uday Lingala; James E.J. Bottomley; >megaraidlinux@avagotech.com; linux-s...@vger.kernel.org >Cc: linux-kernel@vger.k

RE: [PATCH] megaraid_sas: insert missing space in kernel message

2015-06-10 Thread Sumit Saxena
-Original Message- From: Colin King [mailto:colin.k...@canonical.com] Sent: Tuesday, June 09, 2015 9:24 PM To: Kashyap Desai; Sumit Saxena; Uday Lingala; James E.J. Bottomley; megaraidlinux@avagotech.com; linux-s...@vger.kernel.org Cc: linux-kernel@vger.kernel.org Subject: [PATCH

RE: [PATCH 3/3] megaraid_sas: use dev_printk when possible

2015-04-28 Thread Sumit Saxena
>-Original Message- >From: Bjorn Helgaas [mailto:bhelg...@google.com] >Sent: Wednesday, April 29, 2015 4:44 AM >To: Kashyap Desai; Uday Lingala; Sumit Saxena >Cc: megaraidlinux@avagotech.com; James E.J. Bottomley; linux- >ker...@vger.kernel.org; linux-s...@vger.k

RE: [PATCH 2/3] megaraid_sas: use dev_printk when possible

2015-04-28 Thread Sumit Saxena
>-Original Message- >From: Bjorn Helgaas [mailto:bhelg...@google.com] >Sent: Wednesday, April 29, 2015 4:44 AM >To: Kashyap Desai; Uday Lingala; Sumit Saxena >Cc: megaraidlinux@avagotech.com; James E.J. Bottomley; linux- >ker...@vger.kernel.org; linux-s...@vger.k

RE: [PATCH 1/3] megaraid: use dev_printk when possible

2015-04-28 Thread Sumit Saxena
>-Original Message- >From: Bjorn Helgaas [mailto:bhelg...@google.com] >Sent: Wednesday, April 29, 2015 4:44 AM >To: Kashyap Desai; Uday Lingala; Sumit Saxena >Cc: megaraidlinux@avagotech.com; James E.J. Bottomley; linux- >ker...@vger.kernel.org; linux-s...@vger.k

RE: [PATCH 1/3] megaraid: use dev_printk when possible

2015-04-28 Thread Sumit Saxena
-Original Message- From: Bjorn Helgaas [mailto:bhelg...@google.com] Sent: Wednesday, April 29, 2015 4:44 AM To: Kashyap Desai; Uday Lingala; Sumit Saxena Cc: megaraidlinux@avagotech.com; James E.J. Bottomley; linux- ker...@vger.kernel.org; linux-s...@vger.kernel.org Subject: [PATCH 1/3

RE: [PATCH 2/3] megaraid_sas: use dev_printk when possible

2015-04-28 Thread Sumit Saxena
-Original Message- From: Bjorn Helgaas [mailto:bhelg...@google.com] Sent: Wednesday, April 29, 2015 4:44 AM To: Kashyap Desai; Uday Lingala; Sumit Saxena Cc: megaraidlinux@avagotech.com; James E.J. Bottomley; linux- ker...@vger.kernel.org; linux-s...@vger.kernel.org Subject: [PATCH 2/3

RE: [PATCH 3/3] megaraid_sas: use dev_printk when possible

2015-04-28 Thread Sumit Saxena
-Original Message- From: Bjorn Helgaas [mailto:bhelg...@google.com] Sent: Wednesday, April 29, 2015 4:44 AM To: Kashyap Desai; Uday Lingala; Sumit Saxena Cc: megaraidlinux@avagotech.com; James E.J. Bottomley; linux- ker...@vger.kernel.org; linux-s...@vger.kernel.org Subject: [PATCH 3/3

RE: [PATCH v2] drivers: scsi: megaraid: Add "megaraid_sas_internal.h" for internal shared functions using

2014-12-15 Thread Sumit Saxena
>-Original Message- >From: Chen Gang [mailto:gang.chen.5...@gmail.com] >Sent: Sunday, December 14, 2014 9:35 PM >To: megaraidli...@lsi.com; jbottom...@parallels.com; Sumit Saxena >Cc: linux-s...@vger.kernel.org; linux-kernel@vger.kernel.org >Subject: [PATCH v2] drivers: s

RE: [PATCH v2] drivers: scsi: megaraid: Add megaraid_sas_internal.h for internal shared functions using

2014-12-15 Thread Sumit Saxena
-Original Message- From: Chen Gang [mailto:gang.chen.5...@gmail.com] Sent: Sunday, December 14, 2014 9:35 PM To: megaraidli...@lsi.com; jbottom...@parallels.com; Sumit Saxena Cc: linux-s...@vger.kernel.org; linux-kernel@vger.kernel.org Subject: [PATCH v2] drivers: scsi: megaraid: Add

RE: [PATCH] drivers: scsi: megaraid: Add "megaraid_sas_internal.h" for internal shared functions using

2014-12-10 Thread Sumit Saxena
>-Original Message- >From: Chen Gang [mailto:gang.chen.5...@gmail.com] >Sent: Sunday, November 30, 2014 8:37 AM >To: Sumit Saxena >Cc: megaraidli...@lsi.com; linux-s...@vger.kernel.org; linux- >ker...@vger.kernel.org >Subject: Re: [PATCH] drivers

RE: [PATCH] drivers: scsi: megaraid: Add megaraid_sas_internal.h for internal shared functions using

2014-12-10 Thread Sumit Saxena
-Original Message- From: Chen Gang [mailto:gang.chen.5...@gmail.com] Sent: Sunday, November 30, 2014 8:37 AM To: Sumit Saxena Cc: megaraidli...@lsi.com; linux-s...@vger.kernel.org; linux- ker...@vger.kernel.org Subject: Re: [PATCH] drivers: scsi: megaraid: Add megaraid_sas_internal.h

RE: [PATCH] drivers: scsi: megaraid: Add "megaraid_sas_internal.h" for internal shared functions using

2014-11-17 Thread Sumit Saxena
>-Original Message- >From: Chen Gang [mailto:gang.chen.5...@gmail.com] >Sent: Monday, November 17, 2014 5:17 PM >To: Sumit Saxena >Cc: megaraidli...@lsi.com; linux-s...@vger.kernel.org; linux- >ker...@vger.kernel.org >Subject: RE: [PATCH] drivers

RE: [PATCH] drivers: scsi: megaraid: Add "megaraid_sas_internal.h" for internal shared functions using

2014-11-17 Thread Sumit Saxena
>-Original Message- >From: Chen Gang [mailto:gang.chen.5...@gmail.com] >Sent: Sunday, November 09, 2014 3:47 PM >To: megaraidli...@lsi.com; jbottom...@parallels.com >Cc: linux-s...@vger.kernel.org; linux-kernel@vger.kernel.org >Subject: [PATCH] drivers: scsi: megaraid: Add

RE: [PATCH] drivers: scsi: megaraid: Add megaraid_sas_internal.h for internal shared functions using

2014-11-17 Thread Sumit Saxena
-Original Message- From: Chen Gang [mailto:gang.chen.5...@gmail.com] Sent: Sunday, November 09, 2014 3:47 PM To: megaraidli...@lsi.com; jbottom...@parallels.com Cc: linux-s...@vger.kernel.org; linux-kernel@vger.kernel.org Subject: [PATCH] drivers: scsi: megaraid: Add

RE: [PATCH] drivers: scsi: megaraid: Add megaraid_sas_internal.h for internal shared functions using

2014-11-17 Thread Sumit Saxena
-Original Message- From: Chen Gang [mailto:gang.chen.5...@gmail.com] Sent: Monday, November 17, 2014 5:17 PM To: Sumit Saxena Cc: megaraidli...@lsi.com; linux-s...@vger.kernel.org; linux- ker...@vger.kernel.org Subject: RE: [PATCH] drivers: scsi: megaraid: Add megaraid_sas_internal.h

RE: [PATCH] megaraid_sas : Fix bug in handling return value of pci_enable_msix_range()

2014-11-04 Thread Sumit Saxena
, instance->msix_vectors); >- if (i) >+ if (i > 0) > instance->msix_vectors = i; > else > instance->msix_vectors = 0; Acked-by: Sumit Saxena >-- >1.7.10.4 -- To unsubscribe from this list:

RE: [PATCH] megaraid_sas : Fix bug in handling return value of pci_enable_msix_range()

2014-11-04 Thread Sumit Saxena
= i; else instance-msix_vectors = 0; Acked-by: Sumit Saxena sumit.sax...@avagotech.com -- 1.7.10.4 -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More majordomo info at http

  1   2   >