[PATCH v3 0/9] rcu: Cleanup RCU tree initialization

nr_cpus=1, otherwise rcu_num_lvls would yield zero, which is wrong; The series is against "linux-rcu" tree "rcu/dev" branch Thanks! Cc: "Paul E. McKenney" Cc: Steven Rostedt Alexander Gordeev (9): rcu: Panic if RCU tree can not accommodate all CPUs rcu: Rem

[PATCH v3 5/9] rcu: Limit rcu_state::levelcnt[] to RCU_NUM_LVLS items

parameter update) one might assume a new value could overflow the value of RCU_NUM_LVLS. However, that is not the case, since leaf-level fanout is only permitted to increase, resulting in rcu_num_lvls possibly to decrease. Cc: "Paul E. McKenney" Cc: Steven Rostedt Signed-off-by: Alexand

[PATCH v3 4/9] rcu: Simplify rcu_init_geometry() capacity arithmetics

Current code suggests that introducing the extra level to rcu_capacity[] array makes some of the arithmetic easier. Well, in fact it appears rather confusing and unnecessary. Cc: "Paul E. McKenney" Cc: Steven Rostedt Signed-off-by: Alexander Gordeev --- kernel/rcu/t

[PATCH v3 6/9] rcu: Limit rcu_capacity[] size to RCU_NUM_LVLS items

enney" Cc: Steven Rostedt Signed-off-by: Alexander Gordeev --- kernel/rcu/tree.c | 12 ++-- kernel/rcu/tree.h | 2 -- 2 files changed, 6 insertions(+), 8 deletions(-) diff --git a/kernel/rcu/tree.c b/kernel/rcu/tree.c index fb5a4cb..31fa04a 100644 --- a/kernel/rcu/tree.c +++ b/

[PATCH 2/2] rcu: Simplify rcu_init_geometry() capacity arithmetics

Current code suggests that introducing the extra level to rcu_capacity[] array makes some of the arithmetic easier. Well, in fact it appears rather confusing and unnecessary. Cc: "Paul E. McKenney" Signed-off-by: Alexander Gordeev --- kernel/rcu/tree.c | 16 +++- 1 file

[PATCH v3 8/9] rcu: Limit count of static data to the number of RCU levels

levels. Cc: "Paul E. McKenney" Cc: Steven Rostedt Signed-off-by: Alexander Gordeev --- kernel/rcu/tree.c | 21 - kernel/rcu/tree.h | 12 2 files changed, 16 insertions(+), 17 deletions(-) diff --git a/kernel/rcu/tree.c b/kernel/rcu/tree.c index 272829

[PATCH v3 7/9] rcu: Remove unnecessary fields from rcu_state structure

Members rcu_state::levelcnt[] and rcu_state::levelspread[] are only used at init. There is no reason to keep them afterwards. Cc: "Paul E. McKenney" Cc: Steven Rostedt Signed-off-by: Alexander Gordeev --- kernel/rcu/tree.c | 27 +++ kernel/rcu/tree.h | 2 -

[PATCH 1/2] rcu: Cleanup rcu_init_geometry() code and arithmetics

whole num_rcu_lvl[]. Cc: "Paul E. McKenney" Signed-off-by: Alexander Gordeev --- kernel/rcu/tree.c | 24 ++-- 1 file changed, 10 insertions(+), 14 deletions(-) diff --git a/kernel/rcu/tree.c b/kernel/rcu/tree.c index d77b0fb..0e8c24d 100644 --- a/kernel/rcu/tree.c ++

[PATCH v3 9/9] rcu: Simplify arithmetic to calculate number of RCU nodes

This update makes arithmetic to calculate number of RCU nodes more straight and easy to read. Cc: "Paul E. McKenney" Cc: Steven Rostedt Signed-off-by: Alexander Gordeev --- kernel/rcu/tree.h| 17 - kernel/rcu/tree_plugin.h | 4 ++-- 2 files changed, 6

[PATCH v3 3/9] rcu: Cleanup rcu_init_geometry() code and arithmetics

whole num_rcu_lvl[]. Cc: "Paul E. McKenney" Cc: Steven Rostedt Signed-off-by: Alexander Gordeev --- kernel/rcu/tree.c | 24 ++-- 1 file changed, 10 insertions(+), 14 deletions(-) diff --git a/kernel/rcu/tree.c b/kernel/rcu/tree.c index 9372d62..79c91d4 100644 --- a/

[PATCH v3 2/9] rcu: Remove superfluous local variable in rcu_init_geometry()

Local variable 'n' mimics 'nr_cpu_ids' while the both are used within one function. There is no reason for 'n' to exist whatsoever. Cc: "Paul E. McKenney" Cc: Steven Rostedt Signed-off-by: Alexander Gordeev --- kernel/rcu/tree.c | 14 +++---

[PATCH v3 1/9] rcu: Panic if RCU tree can not accommodate all CPUs

run- time then it indicates a serios problem elsewhere and should be handled with a panic. Cc: "Paul E. McKenney" Cc: Steven Rostedt Signed-off-by: Alexander Gordeev --- kernel/rcu/tree.c | 29 + 1 file changed, 17 insertions(+), 12 deletions(-) diff --gi

Re: [PATCH 1/2] rcu: Cleanup rcu_init_geometry() code and arithmetics

On Wed, Jun 03, 2015 at 08:18:32AM +0200, Alexander Gordeev wrote: > This update simplifies rcu_init_geometry() code flow > and makes calculation of the total number of rcu_node > structures more easy to read. > > The update relies on the fact num_rcu_lvl[] is never > accessed b

Re: [PATCH 2/2] rcu: Simplify rcu_init_geometry() capacity arithmetics

On Wed, Jun 03, 2015 at 08:18:33AM +0200, Alexander Gordeev wrote: > Current code suggests that introducing the extra level to > rcu_capacity[] array makes some of the arithmetic easier. > Well, in fact it appears rather confusing and unnecessary. Please, ignore this one. > Cc: "

Re: [PATCH v2 1/9] rcu: Panic if RCU tree can not accommodate all CPUs

On Mon, Jun 01, 2015 at 11:37:21AM -0700, Paul E. McKenney wrote: > On Fri, May 29, 2015 at 11:53:37AM +0200, Alexander Gordeev wrote: > > Currently a condition when RCU tree is unable to accommodate > > the configured number of CPUs is not permitted and causes > > a fall

Re: [PATCH] printk: fix buffer overflow potential for print_text()

On Thu, Jan 14, 2021 at 06:10:12PM +0106, John Ogness wrote: > Before commit b6cf8b3f3312 ("printk: add lockless ringbuffer"), > msg_print_text() would only write up to size-1 bytes into the > provided buffer. Some callers expect this behavior and append > a terminator to returned string. In partic

Re: [PATCH v2 1/3] perf bench numa: use numa_node_to_cpus() to bind tasks to nodes

On Tue, Aug 11, 2020 at 04:26:50PM +0900, Namhyung Kim wrote: > Hello, > > On Mon, Aug 10, 2020 at 3:22 PM Alexander Gordeev > wrote: > > > > It is currently assumed that each node contains at most > > nr_cpus/nr_nodes CPUs and node CPU ranges do not overlap. &g

[PATCH v2 3/3] perf bench numa: fix benchmark names

whitespace and comment inconsistencies. Cc: Peter Zijlstra Cc: Ingo Molnar Cc: Arnaldo Carvalho de Melo Cc: Mark Rutland Cc: Alexander Shishkin Cc: Jiri Olsa Cc: Namhyung Kim Signed-off-by: Alexander Gordeev --- tools/perf/bench/numa.c | 35 +-- 1 file c

[PATCH v2 0/3] perf bench numa: make possible testing on uneven and/or overlapping CPU ranges

: - numa01* and numa02* test names left intact; - "2x3-convergence" fix moved out to separate patch Cc: Peter Zijlstra Cc: Ingo Molnar Cc: Arnaldo Carvalho de Melo Cc: Mark Rutland Cc: Alexander Shishkin Cc: Jiri Olsa Cc: Namhyung Kim Alexander Gordeev (3): perf bench

[PATCH v2 1/3] perf bench numa: use numa_node_to_cpus() to bind tasks to nodes

: Mark Rutland Cc: Alexander Shishkin Cc: Jiri Olsa Cc: Namhyung Kim Signed-off-by: Alexander Gordeev --- tools/perf/bench/numa.c | 27 +-- 1 file changed, 13 insertions(+), 14 deletions(-) diff --git a/tools/perf/bench/numa.c b/tools/perf/bench/numa.c index 5797253

[PATCH v2 2/3] perf bench numa: fix number of processes in "2x3-convergence" test

Cc: Peter Zijlstra Cc: Ingo Molnar Cc: Arnaldo Carvalho de Melo Cc: Mark Rutland Cc: Alexander Shishkin Cc: Jiri Olsa Cc: Namhyung Kim Signed-off-by: Alexander Gordeev --- tools/perf/bench/numa.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/tools/perf/bench/numa.c b

[PATCH] docs/vm: fix 'mm_count' vs 'mm_users' counter confusion

In the context of the anonymous address space lifespan description the 'mm_users' reference counter is confused with 'mm_count'. I.e a "zombie" mm gets released when "mm_count" becomes zero, not "mm_users". Cc: Jonathan Corbet C

Re: [PATCH 6/8] lazy tlb: shoot lazies, a non-refcounting lazy tlb option

On Mon, Nov 30, 2020 at 10:31:51AM -0800, Andy Lutomirski wrote: > other arch folk: there's some background here: > > https://lkml.kernel.org/r/calcetrvxube8lfnn-qs+dzroqaiw+sfug1j047ybyv31sat...@mail.gmail.com > > On Sun, Nov 29, 2020 at 12:16 PM Andy Lutomirski wrote: > > > > On Sat, Nov 28, 2

Re: [PATCH 6/8] lazy tlb: shoot lazies, a non-refcounting lazy tlb option

On Thu, Dec 03, 2020 at 09:14:22AM -0800, Andy Lutomirski wrote: > > > > On Dec 3, 2020, at 9:09 AM, Alexander Gordeev > > wrote: > > > > On Mon, Nov 30, 2020 at 10:31:51AM -0800, Andy Lutomirski wrote: > >> other arch folk: there's so

[PATCH v3] s390/pci: fix CPU address in MSI for directed IRQ

instruction. That value does not necessarily match the kernel logical CPU number. Fixes: e979ce7bced2 ("s390/pci: provide support for CPU directed interrupts") Signed-off-by: Alexander Gordeev --- arch/s390/pci/pci_irq.c | 14 +++--- 1 file changed, 11 insertions(+), 3 deletions(-) di

Re: [PATCH v2] kvm: Use pci_enable_msix_exact() instead of pci_enable_msix()

On Fri, Feb 21, 2014 at 10:36:25PM +0100, Paolo Bonzini wrote: > Il 21/02/2014 19:56, Alexander Gordeev ha scritto: > >On Fri, Feb 21, 2014 at 06:11:29PM +0100, Paolo Bonzini wrote: > >>It's okay, but it's not clear to me whether I should include this &g

Re: [PATCH net-next 28/35] qlcnic: Use pci_enable_msix_range() instead of pci_enable_msix()

;re not going to improve drivers that can not work with any number of MSI-Xs from a range, like this one. > Ben. -- Regards, Alexander Gordeev agord...@redhat.com -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.k

Re: [PATCH 0/9] block: Use pci_enable_msix_range() instead of pci_enable_msix()

On Fri, Feb 21, 2014 at 03:46:13PM -0800, Jens Axboe wrote: > On Wed, Feb 19 2014, Alexander Gordeev wrote: > > As result of deprecation of MSI-X/MSI enablement functions > > pci_enable_msix() and pci_enable_msi_block() all drivers > > using these two interfaces need to

Re: [PATCH net-next 01/35] bnx2: Use pci_enable_msix_range() instead of pci_enable_msix()

ould be better without the assignment to total_vecs. total_vecs is used as a loop limit few lines below. > Ben. > > > msix_vecs = total_vecs; > > -- > Ben Hutchings > I haven't lost my mind; it's backed up on tape somewhere. -- Regards, Alexander Gordeev ag

Re: [PATCH v2 0/4] ntb: Use pci_enable_msix_range() instead of pci_enable_msix()

On Fri, Feb 21, 2014 at 05:09:37PM +0100, Alexander Gordeev wrote: > Ouch, I was too fast. Patch #3 introduces warning "unused variable ‘msix’" > I can re-post if you want, but the rest is still is up to review ;) Resent. -- Regards, Alexander Gordeev agord...@redhat.com -- To

[PATCH v2 3/4] ntb: Split ntb_setup_msix() into separate BWD/SNB routines

failure. Signed-off-by: Alexander Gordeev Cc: Jon Mason Cc: linux-...@vger.kernel.org --- drivers/ntb/ntb_hw.c | 171 +++--- 1 files changed, 106 insertions(+), 65 deletions(-) diff --git a/drivers/ntb/ntb_hw.c b/drivers/ntb/ntb_hw.c index 53468f4

[PATCH v2] vmw_vmci: Use pci_enable_msix_exact() instead of pci_enable_msix()

. Signed-off-by: Alexander Gordeev Cc: Greg Kroah-Hartman Cc: Andy King Cc: Dmitry Torokhov Cc: linux-...@vger.kernel.org --- drivers/misc/vmw_vmci/vmci_guest.c |7 --- 1 files changed, 4 insertions(+), 3 deletions(-) diff --git a/drivers/misc/vmw_vmci/vmci_guest.c b/drivers/misc/vmw_vmci

[PATCH v2 1/2] IB/mthca: Use pci_enable_msix_exact() instead of pci_enable_msix()

. Signed-off-by: Alexander Gordeev Cc: Roland Dreier Cc: Sean Hefty Cc: Hal Rosenstock Cc: linux-r...@vger.kernel.org Cc: linux-...@vger.kernel.org --- drivers/infiniband/hw/mthca/mthca_main.c |8 ++-- 1 files changed, 2 insertions(+), 6 deletions(-) diff --git a/drivers/infiniband/hw/mthca

Re: [PATCH 12/22] lpfc: Use pci_enable_msix_range()

nd for the updated patch - it is embarrassing I have not addressed all pci_enable_msix()'s. I will keep the two patches separate to ease bisecting - I am going to repost the patches on top of scsi tree. Cheers! -- Regards, Alexander Gordeev agord...@redhat.com -- To unsubscribe from this l

[PATCH v2 06/23] csiostor: Use pci_enable_msix_range() instead of pci_enable_msix()

. Signed-off-by: Alexander Gordeev Cc: Naresh Kumar Inna Cc: Arvind Bhushan Cc: linux-s...@vger.kernel.org Cc: linux-...@vger.kernel.org --- drivers/scsi/csiostor/csio_hw.h |2 +- drivers/scsi/csiostor/csio_isr.c | 22 +- 2 files changed, 10 insertions(+), 14 deletions

[PATCH v2 07/23] fnic: Use pci_enable_msix_exact() instead of pci_enable_msix()

. Signed-off-by: Alexander Gordeev Cc: Hiral Patel Cc: Suma Ramars Cc: Brian Uchino Cc: linux-s...@vger.kernel.org Cc: linux-...@vger.kernel.org --- drivers/scsi/fnic/fnic_isr.c |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/scsi/fnic/fnic_isr.c b/drivers/scsi

[PATCH v2 08/23] hpsa: Fallback to MSI rather than to INTx if MSI-X failed

Currently the driver falls back to INTx mode when MSI-X initialization failed. This is a suboptimal behaviour for chips that also support MSI. This update changes that behaviour and falls back to MSI mode in case MSI-X mode initialization failed. Signed-off-by: Alexander Gordeev Cc: "Step

[PATCH v2 17/23] pm8001: Fix invalid return when request_irq() failed

When a call to request_irq() failed pm8001_setup_msix() still returns the success. This udate fixes the described misbehaviour. Signed-off-by: Alexander Gordeev Cc: xjtu...@gmail.com Cc: lindar_...@usish.com Cc: linux-s...@vger.kernel.org Cc: linux-...@vger.kernel.org Acked-by: Jack Wang

[PATCH v2 18/23] pm8001: Use pci_enable_msix_exact() instead of pci_enable_msix()

. Signed-off-by: Alexander Gordeev Cc: xjtu...@gmail.com Cc: lindar_...@usish.com Cc: linux-s...@vger.kernel.org Cc: linux-...@vger.kernel.org --- drivers/scsi/pm8001/pm8001_init.c | 39 +++-- 1 files changed, 20 insertions(+), 19 deletions(-) diff --git a/drivers

[PATCH v2 09/23] hpsa: Use pci_enable_msix_exact() instead of pci_enable_msix()

. Signed-off-by: Alexander Gordeev Cc: "Stephen M. Cameron" Cc: iss_storage...@hp.com Cc: linux-s...@vger.kernel.org Cc: linux-...@vger.kernel.org --- drivers/scsi/hpsa.c | 10 ++ 1 files changed, 2 insertions(+), 8 deletions(-) diff --git a/drivers/scsi/hpsa.c b/drivers/scsi/hp

[PATCH v2 23/23] vmw_pvscsi: Use pci_enable_msix_exact() instead of pci_enable_msix()

. Signed-off-by: Alexander Gordeev Cc: Arvind Kumar Cc: pv-driv...@vmware.com Cc: linux-s...@vger.kernel.org Cc: linux-...@vger.kernel.org --- drivers/scsi/vmw_pvscsi.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/scsi/vmw_pvscsi.c b/drivers/scsi/vmw_pvscsi.c index

[PATCH v2 22/23] qla4xxx: Use pci_enable_msix_exact() instead of pci_enable_msix()

. Signed-off-by: Alexander Gordeev Cc: Vikas Chaudhary Cc: iscsi-dri...@qlogic.com Cc: linux-s...@vger.kernel.org Cc: linux-...@vger.kernel.org --- drivers/scsi/qla4xxx/ql4_nx.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/scsi/qla4xxx/ql4_nx.c b/drivers/scsi

[PATCH v2 20/23] pmcraid: Use pci_enable_msix_range() instead of pci_enable_msix()

. Signed-off-by: Alexander Gordeev Cc: Anil Ravindranath Cc: linux-s...@vger.kernel.org Cc: linux-...@vger.kernel.org --- drivers/scsi/pmcraid.c | 13 ++--- 1 files changed, 2 insertions(+), 11 deletions(-) diff --git a/drivers/scsi/pmcraid.c b/drivers/scsi/pmcraid.c index c06af7f..6d0f208

[PATCH v2 21/23] qla2xxx: Use pci_enable_msix_range() instead of pci_enable_msix()

message code 0x00c6 preserved, although it is reported after successful call to pci_enable_msix_range(), not before possibly unsuccessful call to pci_enable_msix(). Consumers of the error code should not notice the difference. Signed-off-by: Alexander Gordeev Cc: qla2xxx-upstr...@qlogic.com Cc

[PATCH v2 19/23] pmcraid: Get rid of a redundant assignment

Signed-off-by: Alexander Gordeev Cc: Anil Ravindranath Cc: linux-s...@vger.kernel.org Cc: linux-...@vger.kernel.org --- drivers/scsi/pmcraid.c |1 - 1 files changed, 0 insertions(+), 1 deletions(-) diff --git a/drivers/scsi/pmcraid.c b/drivers/scsi/pmcraid.c index be8ce54..c06af7f 100644

[PATCH v2 11/23] lpfc: Remove superfluous call to pci_disable_msix()

There is no need to call pci_disable_msix() in case the previous call to pci_enable_msix() failed Signed-off-by: Alexander Gordeev Cc: James Smart Cc: linux-s...@vger.kernel.org Cc: linux-...@vger.kernel.org Acked-by: James Smart --- drivers/scsi/lpfc/lpfc_init.c |9 ++--- 1 files

[PATCH v2 14/23] megaraid: Use pci_enable_msix_range() instead of pci_enable_msix()

. Signed-off-by: Alexander Gordeev Cc: Neela Syam Kolli Cc: linux-s...@vger.kernel.org Cc: linux-...@vger.kernel.org --- drivers/scsi/megaraid/megaraid_sas_base.c | 20 +++- 1 files changed, 7 insertions(+), 13 deletions(-) diff --git a/drivers/scsi/megaraid/megaraid_sas_base.c b

[PATCH v2 16/23] mpt3sas: Use pci_enable_msix_exact() instead of pci_enable_msix()

. Signed-off-by: Alexander Gordeev Cc: Nagalakshmi Nandigama Cc: Sreekanth Reddy Cc: supp...@lsi.com Cc: dl-mptfusionli...@lsi.com Cc: linux-s...@vger.kernel.org Cc: linux-...@vger.kernel.org --- drivers/scsi/mpt3sas/mpt3sas_base.c |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff

[PATCH v2 15/23] mpt2sas: Use pci_enable_msix_exact() instead of pci_enable_msix()

. Signed-off-by: Alexander Gordeev Cc: Nagalakshmi Nandigama Cc: Sreekanth Reddy Cc: supp...@lsi.com Cc: dl-mptfusionli...@lsi.com Cc: linux-s...@vger.kernel.org Cc: linux-...@vger.kernel.org --- drivers/scsi/mpt2sas/mpt2sas_base.c |6 +++--- 1 files changed, 3 insertions(+), 3 deletions(-) diff

Re: [PATCH v2 4/9] ipr: Use pci_enable_msi_range() and pci_enable_msix_range()

On Thu, Jan 30, 2014 at 03:06:30PM +0100, Alexander Gordeev wrote: > On Wed, Jan 29, 2014 at 02:26:52PM +0100, Alexander Gordeev wrote: > > > Do you want me to rediff your patches on top of this one, > > > or do you want to keep the entire MSI series together > > > an

[PATCH v2 01/23] be2iscsi: Use pci_enable_msix_exact() instead of pci_enable_msix()

. Signed-off-by: Alexander Gordeev Cc: Jayamohan Kallickal Cc: linux-s...@vger.kernel.org Cc: linux-...@vger.kernel.org --- drivers/scsi/be2iscsi/be_main.c |6 ++ 1 files changed, 2 insertions(+), 4 deletions(-) diff --git a/drivers/scsi/be2iscsi/be_main.c b/drivers/scsi/be2iscsi/be_main.c

[PATCH v2 10/23] isci: Use pci_enable_msix_exact() instead of pci_enable_msix()

. Signed-off-by: Alexander Gordeev Cc: Lukasz Dorau Cc: Maciej Patelczyk Cc: Dave Jiang Cc: intel-linux-...@intel.com Cc: linux-s...@vger.kernel.org Cc: linux-...@vger.kernel.org --- drivers/scsi/isci/init.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/scsi/isci

[PATCH v2 12/23] lpfc: Use pci_enable_msix_range() instead of pci_enable_msix()

. Signed-off-by: Alexander Gordeev Cc: James Smart Cc: linux-s...@vger.kernel.org Cc: linux-...@vger.kernel.org --- drivers/scsi/lpfc/lpfc_init.c | 45 ++-- 1 files changed, 20 insertions(+), 25 deletions(-) diff --git a/drivers/scsi/lpfc/lpfc_init.c b/drivers

[PATCH v2 13/23] megaraid: Fail resume if MSI-X re-initialization failed

Currently the driver fails to analize MSI-X re-enablement status on resuming and always assumes the success. This update checks the MSI-X initialization result and fails to resume if MSI-Xs re-enablement failed. Signed-off-by: Alexander Gordeev --- drivers/scsi/megaraid/megaraid_sas_base.c

[PATCH v2 05/23] csiostor: Remove superfluous call to pci_disable_msix()

There is no need to call pci_disable_msix() in case the previous call to pci_enable_msix() failed Signed-off-by: Alexander Gordeev Cc: Naresh Kumar Inna Cc: Arvind Bhushan Cc: linux-s...@vger.kernel.org Cc: linux-...@vger.kernel.org --- drivers/scsi/csiostor/csio_isr.c |4 +--- 1 files

[PATCH v2 04/23] bfa: Use pci_enable_msix_exact() instead of pci_enable_msix()

. Signed-off-by: Alexander Gordeev Cc: Anil Gurumurthy Cc: Vijaya Mohan Guvva Cc: linux-s...@vger.kernel.org Cc: linux-...@vger.kernel.org --- drivers/scsi/bfa/bfad.c | 18 +- 1 files changed, 5 insertions(+), 13 deletions(-) diff --git a/drivers/scsi/bfa/bfad.c b/drivers/scsi/bfa

[PATCH v2 03/23] bfa: Cleanup bfad_setup_intr() function

Signed-off-by: Alexander Gordeev Cc: Anil Gurumurthy Cc: Vijaya Mohan Guvva Cc: linux-s...@vger.kernel.org Cc: linux-...@vger.kernel.org --- drivers/scsi/bfa/bfad.c | 18 -- 1 files changed, 8 insertions(+), 10 deletions(-) diff --git a/drivers/scsi/bfa/bfad.c b/drivers/scsi

[PATCH v2 00/23] scsi: Use pci_enable_msix_range() instead of pci_enable_msix()

sionli...@lsi.com Cc: qla2xxx-upstr...@qlogic.com Cc: iscsi-dri...@qlogic.com Cc: pv-driv...@vmware.com Cc: linux-s...@vger.kernel.org Cc: linux-...@vger.kernel.org Alexander Gordeev (23): be2iscsi: Use pci_enable_msix_exact() instead of pci_enable_msix() bfa: Do not call pci_enable_msix() after

[PATCH v2 02/23] bfa: Do not call pci_enable_msix() after it failed once

Function pci_enable_msix() should not be called in case it threw a negative errno from a previous call. Signed-off-by: Alexander Gordeev Cc: Anil Gurumurthy Cc: Vijaya Mohan Guvva Cc: linux-s...@vger.kernel.org Cc: linux-...@vger.kernel.org --- drivers/scsi/bfa/bfad.c | 48

Re: [PATCH v2] xen-pciback: Use pci_enable_msix_exact() instead of pci_enable_msix()

On Mon, Feb 24, 2014 at 02:18:31PM -0500, Konrad Rzeszutek Wilk wrote: > On Fri, Feb 21, 2014 at 05:53:40PM +0100, Alexander Gordeev wrote: > > As result of deprecation of MSI-X/MSI enablement functions > > pci_enable_msix() and pci_enable_msi_block() all drivers > > using

Re: [PATCH v2 00/23] scsi: Use pci_enable_msix_range() instead of pci_enable_msix()

On Mon, Feb 24, 2014 at 09:02:00AM +0100, Alexander Gordeev wrote: > This series is against James Bottomley's SCSI tree [1], but it needs > commit f7fc32c ("PCI/MSI: Add pci_enable_msi_exact() and > pci_enable_msix_exact()") from from Bjorn Helgaas's PCI tree [2]: Th

[PATCH 10/9] skd: Use pci_enable_msix_exact() instead of pci_enable_msix_range()

Function pci_enable_msix_exact() is a variation of pci_enable_msix_range() that allows a device driver to request a particular number of MSI-X interrupts, rather than any number within a specified range. Signed-off-by: Alexander Gordeev Cc: Jens Axboe Cc: Bartlomiej Zolnierkiewicz Cc: Kyungmin

[PATCH 11/9] mtip32xx: Use pci_enable_msi() instead of pci_enable_msi_range()

pdev); - rv = pci_enable_msi_range(pdev, 1, 1); - if (rv < 0) { + rv = pci_enable_msi(pdev); + if (rv) { dev_warn(&pdev->dev, "Unable to enable MSI interrupt.\n"); goto msi_initialize_err; -- 1.7.7.6

[PATCH v2 1/2] cciss: Fallback to MSI rather than to INTx if MSI-X failed

Currently the driver falls back to INTx mode when MSI-X initialization failed. This is a suboptimal behaviour for chips that also support MSI. This update changes that behaviour and falls back to MSI mode in case MSI-X mode initialization failed. Signed-off-by: Alexander Gordeev Cc: Mike Miller

[PATCH v2 0/2] block: Use pci_enable_msix_exact() instead of pci_enable_msix()

- I am waiting for Intel guys to clarify if they want to route it thru their tree. If not, I will post the 'nvme' patch as a follow-up to this series. Thanks! Cc: Jens Axboe Cc: Mike Miller Cc: iss_storage...@hp.com Cc: linux-...@vger.kernel.org Alexander Gordeev (2): cciss: Fall

[PATCH v2 2/2] cciss: Use pci_enable_msix_exact() instead of pci_enable_msix()

. Signed-off-by: Alexander Gordeev Cc: Mike Miller Cc: iss_storage...@hp.com Cc: Jens Axboe Cc: linux-...@vger.kernel.org --- drivers/block/cciss.c |6 +- 1 files changed, 1 insertions(+), 5 deletions(-) diff --git a/drivers/block/cciss.c b/drivers/block/cciss.c index 73894ca..4595c22 100644

Re: [PATCH RESEND 0/3] percpu_ida: Various tweaks

Hi Jens, Any feedback on these? -- Regards, Alexander Gordeev agord...@redhat.com -- 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://vger.kernel.org/majordomo-info.html Pleas

Re: [PATCH RFC v2 12/29] PCI/MSI: Introduce pcim_enable_msi*() family helpers

On Thu, Oct 24, 2013 at 11:51:58AM +0100, Tejun Heo wrote: Hi Tejun, > I haven't looked into any details but, if the above works for most use > cases, it looks really good to me. Could you please take a look (at least) at patches 10 and 12? > tejun -- Regards, Alexander

Re: [PATCH] percpu_ida: Handle out-of-tags gracefully

(struct percpu_ida *pool, int state) spin_unlock(&pool->lock); local_irq_restore(flags); + if (tags->nr_free) + wake_up(&pool->wait); + if (tag >= 0 || state == TASK_RUNNING)

Re: [PATCH] percpu_ida: Handle out-of-tags gracefully

On Wed, Mar 12, 2014 at 08:22:22AM +0100, Bart Van Assche wrote: > On 03/11/14 21:48, Alexander Gordeev wrote: > > On Tue, Mar 11, 2014 at 07:10:18PM +0100, Bart Van Assche wrote: > >>> I assume the BUG() above hits? If so, I am failing to understand how > >>> t

Re: [PATCH v2 0/2] block: Use pci_enable_msix_exact() instead of pci_enable_msix()

On Thu, Mar 13, 2014 at 09:28:20AM -0600, Jens Axboe wrote: > On 03/12/2014 10:12 PM, Bjorn Helgaas wrote: > >On Wed, Feb 26, 2014 at 10:02:40AM +0100, Alexander Gordeev wrote: > >>Changes since v1: > >> - cciss: patch #1: a weird 'goto' removed; > >&

[PATCH v2 3/2] nvme: Use pci_enable_msi_range() and pci_enable_msix_range()

. Signed-off-by: Alexander Gordeev Cc: Keith Busch Cc: Matthew Wilcox Cc: Jens Axboe Cc: linux-n...@lists.infradead.org Cc: linux-...@vger.kernel.org Reviewed-by: Keith Busch --- drivers/block/nvme-core.c | 33 + 1 files changed, 9 insertions(+), 24 deletions

Re: [PATCH v2 3/4] ntb: Split ntb_setup_msix() into separate BWD/SNB routines

On Mon, Mar 03, 2014 at 05:12:25PM -0700, Jon Mason wrote: > On Fri, Feb 21, 2014 at 04:49:31PM +0100, Alexander Gordeev wrote: > > This is an cleanup effort to make ntb_setup_msix() more > > readable - use ntb_setup_bwd_msix() to init MSI-Xs on > > BWD hardware and ntb_setu

[PATCH v2 RESEND 0/4] : Use pci_enable_msix_exact() instead of pci_enable_msix()

pci_enable_msi_exact() and pci_enable_msix_range() or pci_enable_msix_exact() interfaces. Alexander Gordeev (4): ioat: Use pci_enable_msix_exact() instead of pci_enable_msix() portdrv: Use pci_enable_msix_exact() instead of pci_enable_msix() tsi721: Use pci_enable_msix_exact() instead of pci_enable_msix

[PATCH v2 RESEND 4/4] xhci: Use pci_enable_msix_exact() instead of pci_enable_msix()

. This update also cleans up a bit xhci_setup_msi() and xhci_setup_msix() returning of success. Signed-off-by: Alexander Gordeev Cc: Sarah Sharp Cc: Greg Kroah-Hartman Cc: linux-...@vger.kernel.org Cc: linux-...@vger.kernel.org --- drivers/usb/host/xhci.c |7 --- 1 files changed, 4

[PATCH v2 RESEND 2/4] portdrv: Use pci_enable_msix_exact() instead of pci_enable_msix()

. Signed-off-by: Alexander Gordeev Cc: Bjorn Helgaas Cc: linux-...@vger.kernel.org --- drivers/pci/pcie/portdrv_core.c |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/pci/pcie/portdrv_core.c b/drivers/pci/pcie/portdrv_core.c index 986f8ea..0b1efb2 100644 --- a

[PATCH v2 RESEND 3/4] tsi721: Use pci_enable_msix_exact() instead of pci_enable_msix()

. Signed-off-by: Alexander Gordeev Cc: Matt Porter Cc: Alexandre Bounine Cc: linux-...@vger.kernel.org --- drivers/rapidio/devices/tsi721.c | 11 +++ 1 files changed, 3 insertions(+), 8 deletions(-) diff --git a/drivers/rapidio/devices/tsi721.c b/drivers/rapidio/devices/tsi721.c index

[PATCH v2 RESEND 1/4] ioat: Use pci_enable_msix_exact() instead of pci_enable_msix()

. Signed-off-by: Alexander Gordeev Cc: Dan Williams Cc: Vinod Koul Cc: dmaeng...@vger.kernel.org Cc: linux-...@vger.kernel.org --- drivers/dma/ioat/dma.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/dma/ioat/dma.c b/drivers/dma/ioat/dma.c index 4e3549a..b76c148

Re: [PATCH v2 RESEND 1/4] ioat: Use pci_enable_msix_exact() instead of pci_enable_msix()

ct() is a canonical zero/-errno variant. The former is being phased out in favor of the latter. In case of 'ioat' there (should be) no difference. HTH. -- Regards, Alexander Gordeev agord...@redhat.com -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in th

Re: [PATCH v2 1/4] ntb: Fix leakage of ntb_device::msix_entries[] array

On Fri, Feb 21, 2014 at 04:33:25PM -0700, Jon Mason wrote: > On Fri, Feb 21, 2014 at 04:49:29PM +0100, Alexander Gordeev wrote: > > Signed-off-by: Alexander Gordeev > > Cc: Jon Mason > > Cc: linux-...@vger.kernel.org > > Good catch. Applied. Hi Jon, If the o

Re: [PATCH v2] timberdale: Use pci_enable_msix_exact() instead of pci_enable_msix()

=implicit-function-declaration] I should have to clarify it I think. Do you build on top of 3.14-rc4? Thanks! -- Regards, Alexander Gordeev agord...@redhat.com -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@

Re: [PATCH v2] timberdale: Use pci_enable_msix_exact() instead of pci_enable_msix()

declaration of function ‘pci_enable_msix_exact’ > > > [-Werror=implicit-function-declaration] > > > > I should have to clarify it I think. Do you build on top of 3.14-rc4? > > Not yet. Is the required patch in there? Yep - commit 302a252 ("PCI/MSI: Add pci_enable_m

Re: [PATCH 01/34] bnx2: Use pci_enable_msix_range()

ck is pending) I am putting linux-pci on CC just to let you know what is happening. > Bjorn -- Regards, Alexander Gordeev agord...@redhat.com -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo i

Re: [PATCH 1/1] libata: Get rid of ata_port::qc_allocated bitmask

On Tue, Jan 21, 2014 at 04:02:26PM +0100, Alexander Gordeev wrote: > Scanning ata_port::qc_allocated bitmask for free tags has > been a performance bottleneck due to the cache line bouncing. > This update replaces ata_port::qc_allocated bitmask with > optimized for parallel access per

[PATCH] PCI/MSI: Fix cut-and-paste errors in documentation

Function pci_enable_msi_range() is used in examples where pci_enable_msix_range() should have been used instead. Reported-by: Bjorn Helgaas Cc: linux-...@vger.kernel.org Signed-off-by: Alexander Gordeev --- Documentation/PCI/MSI-HOWTO.txt | 12 ++-- 1 files changed, 6 insertions

Re: [PATCH 01/34] bnx2: Use pci_enable_msix_range()

net...@vger.kernel.org) Hi Bjorn, I propose pci_enable_msix_exact(pdev, entries, nvec) rather than pci_enable_msix_fixed(). Do you prefer this one to return 0/-errno or nvec/-errno? Do you want pci_enable_msi_exact() in addition to pci_enable_msix_exact()? Thanks! > Bjorn -- Regards, Alexan

Re: [PATCH 1/3] ath10k: Get rid of superfluous call to pci_disable_msi()

patches altogether, so up to you guys. The wil6210 patch is already in your pci/msi branch though. > Bjorn -- Regards, Alexander Gordeev agord...@redhat.com -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.

Re: [PATCH 01/34] bnx2: Use pci_enable_msix_range()

You are on PCI guard, no worries ;) > Bjorn -- Regards, Alexander Gordeev agord...@redhat.com -- 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://vger.kernel.org/majordomo-info.

Re: [PATCH 1/3] ath10k: Get rid of superfluous call to pci_disable_msi()

le and then > to David Miller. To avoid conflicts I would prefer to take ath10k > patches to my tree whenever possible. CC'ing Vladimir, in case he decides to do the same with wil6210. > -- > Kalle Valo -- Regards, Alexander Gordeev agord...@redhat.com -- To unsubscrib

[PATCH] PCI/MSI: Add pci_enable_msi_exact() and pci_enable_msix_exact()

success, which indicates MSI or MSI-X interrupts have been successfully allocated. Cc: linux-...@vger.kernel.org Signed-off-by: Alexander Gordeev --- Documentation/PCI/MSI-HOWTO.txt | 86 ++- include/linux/pci.h | 20 + 2 files changed

Re: [PATCH 02/22] bfa: Do not call pci_enable_msix() once it failed

On Tue, Feb 04, 2014 at 12:16:48PM +0100, Alexander Gordeev wrote: > Function pci_enable_msix() should not be called again in > case it threw a negative errno. Anil, Vijaya, Any feedback on bfa patches? Thanks! -- Regards, Alexander Gordeev agord...@redhat.com -- To unsubscribe from thi

Re: [PATCH 11/22] lpfc: Remove superfluous call to pci_disable_msix()

On Tue, Feb 04, 2014 at 12:16:57PM +0100, Alexander Gordeev wrote: Hi James, Any feedback? Thanks! -- Regards, Alexander Gordeev agord...@redhat.com -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More

Re: [PATCH 14/22] mpt2sas: Use pci_enable_msix_range()

On Tue, Feb 04, 2014 at 12:17:00PM +0100, Alexander Gordeev wrote: > As result of deprecation of MSI-X/MSI enablement functions > pci_enable_msix() and pci_enable_msi_block() all drivers > using these two interfaces need to be updated to use the > new pci_enable_msi

Re: [PATCH 18/22] pmcraid: Get rid of a redundant assignment

On Tue, Feb 04, 2014 at 12:17:04PM +0100, Alexander Gordeev wrote: Anil, Any feedback? Thanks! -- Regards, Alexander Gordeev agord...@redhat.com -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majo

Re: [PATCH 21/22] qla4xxx: Use pci_enable_msix_range()

On Tue, Feb 04, 2014 at 12:17:07PM +0100, Alexander Gordeev wrote: > As result of deprecation of MSI-X/MSI enablement functions > pci_enable_msix() and pci_enable_msi_block() all drivers > using these two interfaces need to be updated to use the > new pci_enable_msi

Re: [PATCH 19/22] pmcraid: Use pci_enable_msix_range()

On Tue, Feb 04, 2014 at 12:17:05PM +0100, Alexander Gordeev wrote: > As result of deprecation of MSI-X/MSI enablement functions > pci_enable_msix() and pci_enable_msi_block() all drivers > using these two interfaces need to be updated to use the > new pci_enable_msi

Re: [PATCH 00/14] NVMe: Cleanup device initialization

On Tue, Jan 28, 2014 at 09:38:46AM +0100, Alexander Gordeev wrote: > Here are few fixes to the code that caught my eye. Hi Keith, Matthew, Any feedback? Thanks! -- Regards, Alexander Gordeev agord...@redhat.com -- To unsubscribe from this list: send the line "unsubscribe linux-kernel

Re: [PATCH 00/22] scsi: Use pci_enable_msix_range()

On Tue, Feb 04, 2014 at 12:16:46PM +0100, Alexander Gordeev wrote: > As result of deprecation of MSI-X/MSI enablement functions > pci_enable_msix() and pci_enable_msi_block() all drivers > using these two interfaces need to be updated to use the > new pci_enable_msi

[PATCH 8/9] skd: Use unified access to skdev->msix_entries throughout the code

Signed-off-by: Alexander Gordeev Cc: Jens Axboe Cc: Bartlomiej Zolnierkiewicz Cc: Kyungmin Park Cc: linux-...@vger.kernel.org --- drivers/block/skd_main.c |3 +-- 1 files changed, 1 insertions(+), 2 deletions(-) diff --git a/drivers/block/skd_main.c b/drivers/block/skd_main.c index

[PATCH 1/9] cciss: Fallback to MSI rather than to INTx if MSI-X failed

Signed-off-by: Alexander Gordeev Cc: Mike Miller Cc: iss_storage...@hp.com Cc: linux-...@vger.kernel.org --- drivers/block/cciss.c |5 +++-- 1 files changed, 3 insertions(+), 2 deletions(-) diff --git a/drivers/block/cciss.c b/drivers/block/cciss.c index 036e8ab..fc5b0a4 100644 --- a

<    1   2   3   4   5   6   7   8   9   10   >