Automatic affinity settings for nvme over rdma
Subsystems (7)
Sagi Grimberg
maintainerv5 cover Automatic affinity settings for nvme over rdma
Doug, please consider this patch set for 4.13. Saeed, care to get this into your testing environment?
This patch set is aiming to automatically find the optimal queue <-> irq multi-queue assignments in storage ULPs (demonstrated on nvme-rdma) based on the underlying rdma device irq affinity settings.
Changes from v4:
- removed mlx5e assumptions on device home node irq affinity mappings
- rebased to 4.12-rc5
Changes from v3:
- Renamed mlx5_disable_msix -> mlx5_free_pci_vectors for symmetry reasons
Changes from v2:
- rebased to 4.12
- added review tags
Changes from v1:
- Removed mlx5e_get_cpu as Christoph suggested
- Fixed up nvme-rdma queue comp_vector selection to get a better match
- Added a comment on why we limit on @dev->num_comp_vectors
- rebased to Jens's for-4.12/block
- Collected review tags
Sagi Grimberg (7):
mlx5: convert to generic pci_alloc_irq_vectors
mlx5e: don't assume anything on the irq affinity mappings of the
device
mlx5: move affinity hints assignments to generic code RDMA/core: expose affinity mappings per completion vector
mlx5: support ->get_vector_affinity
block: Add rdma affinity based queue mapping helper
nvme-rdma: use intelligent affinity based queue mappings
block/Kconfig | 5 + block/Makefile | 1 + block/blk-mq-rdma.c | 54 +++++++++++ drivers/infiniband/hw/mlx5/main.c | 9 ++ drivers/net/ethernet/mellanox/mlx5/core/en.h | 1 - drivers/net/ethernet/mellanox/mlx5/core/en_main.c | 56 +++++------ drivers/net/ethernet/mellanox/mlx5/core/eq.c | 9 +- drivers/net/ethernet/mellanox/mlx5/core/eswitch.c | 2 +- drivers/net/ethernet/mellanox/mlx5/core/health.c | 2 +- drivers/net/ethernet/mellanox/mlx5/core/main.c | 106 ++++----------------- .../net/ethernet/mellanox/mlx5/core/mlx5_core.h | 1 - drivers/nvme/host/rdma.c | 29 ++++-- include/linux/blk-mq-rdma.h | 10 ++ include/linux/mlx5/driver.h | 8 +- include/rdma/ib_verbs.h | 25 ++++- 15 files changed, 175 insertions(+), 143 deletions(-) create mode 100644 block/blk-mq-rdma.c create mode 100644 include/linux/blk-mq-rdma.h
Signature · 1 line
2.7.4
Sagi Grimberg
maintainerPATCH v5 1/7 mlx5: convert to generic pci_alloc_irq_vectors
Now that we have a generic code to allocate an array of irq vectors and even correctly spread their affinity, correctly handle cpu hotplug events and more, were much better off using it.
--- drivers/net/ethernet/mellanox/mlx5/core/en_main.c | 2 +- drivers/net/ethernet/mellanox/mlx5/core/eq.c | 9 ++--- drivers/net/ethernet/mellanox/mlx5/core/eswitch.c | 2 +- drivers/net/ethernet/mellanox/mlx5/core/health.c | 2 +- drivers/net/ethernet/mellanox/mlx5/core/main.c | 39 +++++++++------------- .../net/ethernet/mellanox/mlx5/core/mlx5_core.h | 1 - include/linux/mlx5/driver.h | 1 - 7 files changed, 20 insertions(+), 36 deletions(-)
drivers/net/ethernet/mellanox/mlx5/core/en_main.c +1 -1
@@ -385,7 +385,7 @@ static void mlx5e_enable_async_events(struct mlx5e_priv *priv)static void mlx5e_disable_async_events (struct mlx5e_priv *priv) {clear_bit (MLX5E_STATE_ASYNC_EVENTS_ENABLED , &priv->state); -synchronize_irq (mlx5_get_msix_vec (priv->mdev,MLX5_EQ_VEC_ASYNC )); +synchronize_irq (pci_irq_vector (priv->mdev->pdev,MLX5_EQ_VEC_ASYNC )); }static inline int mlx5e_get_wqe_mtt_sz (void )
drivers/net/ethernet/mellanox/mlx5/core/eq.c +2 -7
@@ -575,7 +575,7 @@ int mlx5_create_map_eq(struct mlx5_core_dev *dev, struct mlx5_eq *eq, u8 vecidx, name, pci_name(dev->pdev)); eq->eqn =MLX5_GET (create_eq_out, out, eq_number); - eq->irqn = priv->msix_arr[vecidx].vector; + eq->irqn =pci_irq_vector (dev->pdev, vecidx); eq->dev = dev; eq->doorbell = priv->uar->map +MLX5_EQ_DOORBEL_OFFSET ; err = request_irq(eq->irqn, handler, 0,
@@ -610,7 +610,7 @@ int mlx5_create_map_eq(struct mlx5_core_dev *dev, struct mlx5_eq *eq, u8 vecidx,return 0 ; err_irq: -free_irq (priv->msix_arr[vecidx].vector, eq); +free_irq (eq->irqn, eq); err_eq:mlx5_cmd_destroy_eq (dev, eq->eqn);
@@ -651,11 +651,6 @@ int mlx5_destroy_unmap_eq(struct mlx5_core_dev *dev, struct mlx5_eq *eq) }EXPORT_SYMBOL_GPL (mlx5_destroy_unmap_eq); -u32 mlx5_get_msix_vec (struct mlx5_core_dev *dev,int vecidx) -{ -return dev->priv.msix_arr[MLX5_EQ_VEC_ASYNC ].vector; -} -int mlx5_eq_init (struct mlx5_core_dev *dev) {int err;
drivers/net/ethernet/mellanox/mlx5/core/eswitch.c +1 -1
@@ -1592,7 +1592,7 @@ static void esw_disable_vport(struct mlx5_eswitch *esw, int vport_num)/* Mark this vport as disabled to discard new events */ vport->enabled = false; -synchronize_irq (mlx5_get_msix_vec (esw->dev,MLX5_EQ_VEC_ASYNC )); +synchronize_irq (pci_irq_vector (esw->dev->pdev,MLX5_EQ_VEC_ASYNC ));/* Wait for current already scheduled events to complete */ flush_workqueue (esw->work_queue);/* Disable events from this vport */
drivers/net/ethernet/mellanox/mlx5/core/health.c +1 -1
@@ -80,7 +80,7 @@ static void trigger_cmd_completions(struct mlx5_core_dev *dev)u64 vector;/* wait for pending handlers to complete */ -synchronize_irq (dev->priv.msix_arr[MLX5_EQ_VEC_CMD ].vector); +synchronize_irq (pci_irq_vector (dev->pdev,MLX5_EQ_VEC_CMD ));spin_lock_irqsave (&dev->cmd.alloc_lock, flags); vector = ~dev->cmd.bitmask & ((1ul << (1 << dev->cmd.log_sz)) -1 );if (!vector)
drivers/net/ethernet/mellanox/mlx5/core/main.c +15 -24
@@ -308,13 +308,12 @@ static void release_bar(struct pci_dev *pdev)pci_release_regions (pdev); } -static int mlx5_enable_msix (struct mlx5_core_dev *dev) +static int mlx5_alloc_irq_vectors (struct mlx5_core_dev *dev) {struct mlx5_priv *priv = &dev->priv;struct mlx5_eq_table *table = &priv->eq_table;int num_eqs =1 <<MLX5_CAP_GEN (dev, log_max_eq);int nvec; -int i; nvec =MLX5_CAP_GEN (dev, num_ports) *num_online_cpus () +MLX5_EQ_VEC_COMP_BASE ;
@@ -322,17 +321,13 @@ static int mlx5_enable_msix(struct mlx5_core_dev *dev)if (nvec <=MLX5_EQ_VEC_COMP_BASE )return -ENOMEM ; - priv->msix_arr =kcalloc (nvec,sizeof (*priv->msix_arr),GFP_KERNEL ); - priv->irq_info =kcalloc (nvec,sizeof (*priv->irq_info),GFP_KERNEL ); -if (!priv->msix_arr || !priv->irq_info) +if (!priv->irq_info) goto err_free_msix; -for (i =0 ; i < nvec; i++) - priv->msix_arr[i].entry = i; - - nvec =pci_enable_msix_range (dev->pdev, priv->msix_arr, -MLX5_EQ_VEC_COMP_BASE +1 , nvec); + nvec =pci_alloc_irq_vectors (dev->pdev, +MLX5_EQ_VEC_COMP_BASE +1 , nvec, +PCI_IRQ_MSIX );if (nvec <0 )return nvec;
@@ -342,17 +337,15 @@ static int mlx5_enable_msix(struct mlx5_core_dev *dev) err_free_msix:kfree (priv->irq_info); -kfree (priv->msix_arr);return -ENOMEM ; } -static void mlx5_disable_msix (struct mlx5_core_dev *dev) +static void mlx5_free_irq_vectors (struct mlx5_core_dev *dev) {struct mlx5_priv *priv = &dev->priv; -pci_disable_msix (dev->pdev); +pci_free_irq_vectors (dev->pdev);kfree (priv->irq_info); -kfree (priv->msix_arr); }struct mlx5_reg_host_endianess {
@@ -610,8 +603,7 @@ u64 mlx5_read_internal_timer(struct mlx5_core_dev *dev)static int mlx5_irq_set_affinity_hint (struct mlx5_core_dev *mdev,int i) {struct mlx5_priv *priv = &mdev->priv; -struct msix_entry *msix = priv->msix_arr; -int irq = msix[i +MLX5_EQ_VEC_COMP_BASE ].vector; +int irq =pci_irq_vector (mdev->pdev,MLX5_EQ_VEC_COMP_BASE + i);if (!zalloc_cpumask_var (&priv->irq_info[i].mask,GFP_KERNEL )) {mlx5_core_warn (mdev,"zalloc_cpumask_var failed" );
@@ -631,8 +623,7 @@ static int mlx5_irq_set_affinity_hint(struct mlx5_core_dev *mdev, int i)static void mlx5_irq_clear_affinity_hint (struct mlx5_core_dev *mdev,int i) {struct mlx5_priv *priv = &mdev->priv; -struct msix_entry *msix = priv->msix_arr; -int irq = msix[i +MLX5_EQ_VEC_COMP_BASE ].vector; +int irq =pci_irq_vector (mdev->pdev,MLX5_EQ_VEC_COMP_BASE + i);irq_set_affinity_hint (irq,NULL );free_cpumask_var (priv->irq_info[i].mask);
@@ -755,8 +746,8 @@ static int alloc_comp_eqs(struct mlx5_core_dev *dev) }#ifdef CONFIG_RFS_ACCEL -irq_cpu_rmap_add (dev->rmap, - dev->priv.msix_arr[i +MLX5_EQ_VEC_COMP_BASE ].vector); +irq_cpu_rmap_add (dev->rmap,pci_irq_vector (dev->pdev, +MLX5_EQ_VEC_COMP_BASE + i));#endif snprintf (name,MLX5_MAX_IRQ_NAME ,"mlx5_comp%d" , i); err = mlx5_create_map_eq(dev, eq,
@@ -1093,9 +1084,9 @@ static int mlx5_load_one(struct mlx5_core_dev *dev, struct mlx5_priv *priv, goto err_stop_poll; } - err =mlx5_enable_msix (dev); + err =mlx5_alloc_irq_vectors (dev);if (err) { -dev_err (&pdev->dev,"enable msix failed\n" ); +dev_err (&pdev->dev,"alloc irq vectors failed\n" ); goto err_cleanup_once; }
@@ -1178,7 +1169,7 @@ static int mlx5_load_one(struct mlx5_core_dev *dev, struct mlx5_priv *priv,mlx5_put_uars_page (dev, priv->uar); err_disable_msix: -mlx5_disable_msix (dev); +mlx5_free_irq_vectors (dev); err_cleanup_once:if (boot)
@@ -1239,7 +1230,7 @@ static int mlx5_unload_one(struct mlx5_core_dev *dev, struct mlx5_priv *priv,free_comp_eqs (dev);mlx5_stop_eqs (dev);mlx5_put_uars_page (dev, priv->uar); -mlx5_disable_msix (dev); +mlx5_free_irq_vectors (dev);if (cleanup)mlx5_cleanup_once (dev);mlx5_stop_health_poll (dev);
drivers/net/ethernet/mellanox/mlx5/core/mlx5_core.h +0 -1
@@ -109,7 +109,6 @@ int mlx5_destroy_scheduling_element_cmd(struct mlx5_core_dev *dev, u8 hierarchy, u32 element_id);int mlx5_wait_for_vf_pages (struct mlx5_core_dev *dev);u64 mlx5_read_internal_timer (struct mlx5_core_dev *dev); -u32 mlx5_get_msix_vec (struct mlx5_core_dev *dev,int vecidx);struct mlx5_eq *mlx5_eqn2eq (struct mlx5_core_dev *dev,int eqn);void mlx5_cq_tasklet_cb (unsigned long data);
include/linux/mlx5/driver.h +0 -1
@@ -590,7 +590,6 @@ struct mlx5_port_module_event_stats {struct mlx5_priv {char name[MLX5_MAX_NAME_LEN ];struct mlx5_eq_table eq_table; -struct msix_entry *msix_arr;struct mlx5_irq_info *irq_info;/* pages stuff */
Signature · 1 line
2.7.4
Sagi Grimberg
maintainerPATCH v5 2/7 mlx5e: don't assume anything on the irq affinity mappings of the device
In reply to Sagi Grimbergmlx5e currently assumes that irq affinity is really spread first irq vectors across device home node cpus, with the new generic affinity mappings this is no longer the case, hence mlxe should not rely on this anymore.
--- drivers/net/ethernet/mellanox/mlx5/core/en_main.c | 10 ---------- 1 file changed, 10 deletions(-)
drivers/net/ethernet/mellanox/mlx5/core/en_main.c +0 -10
@@ -3733,18 +3733,8 @@ void mlx5e_build_default_indir_rqt(struct mlx5_core_dev *mdev, u32 *indirection_rqt, int len, int num_channels) { - int node = mdev->priv.numa_node; -int node_num_of_cores; int i; -if (node ==-1 ) - node = first_online_node; - - node_num_of_cores =cpumask_weight (cpumask_of_node (node)); - -if (node_num_of_cores) - num_channels =min_t (int, num_channels, node_num_of_cores); -for (i =0 ; i < len; i++) indirection_rqt[i] = i % num_channels; }
Signature · 1 line
2.7.4
Christoph Hellwig
maintainerPATCH v5 2/7 mlx5e: don't assume anything on the irq affinity mappings of the device
Quoted 4 lines · Sagi Grimberg
mlx5e currently assumes that irq affinity is really spread first irq vectors across device home node cpus, with the new generic affinity mappings this is no longer the case, hence mlxe should not rely on this anymore.
Looks fine, but the explanation sounds a bit short - only spreading the vectors of the single node sounds rather odd, so there needs to be an explanation of why this was done before and isn't valid anymore.
Sagi Grimberg
maintainerPATCH v5 3/7 mlx5: move affinity hints assignments to generic code
In reply to Sagi Grimberggeneric api takes care of spreading affinity similar to what mlx5 open coded (and even handles better asymmetric configurations). Ask the generic API to spread affinity for us, and feed him pre_vectors that do not participate in affinity settings (which is an improvement to what we had before).
The affinity assignments should match what mlx5 tried to do earlier but now we do not set affinity to async, cmd and pages dedicated vectors.
Also, remove mlx5e_get_cpu and introduce mlx5e_get_node (used for allocation purposes) and mlx5_get_vector_affinity (for indirection table construction) as they provide the needed information. Luckily, we have generic helpers to get cpumask and node given a irq vector. mlx5_get_vector_affinity will be used by mlx5_ib in a subsequent patch.
--- drivers/net/ethernet/mellanox/mlx5/core/en.h | 1 - drivers/net/ethernet/mellanox/mlx5/core/en_main.c | 44 ++++++------- drivers/net/ethernet/mellanox/mlx5/core/main.c | 75 ++--------------------- include/linux/mlx5/driver.h | 7 ++- 4 files changed, 34 insertions(+), 93 deletions(-)
drivers/net/ethernet/mellanox/mlx5/core/en.h +0 -1
@@ -569,7 +569,6 @@ struct mlx5e_channel {struct mlx5_core_dev *mdev;struct mlx5e_tstamp *tstamp;int ix; -int cpu; };struct mlx5e_channels {
drivers/net/ethernet/mellanox/mlx5/core/en_main.c +22 -22
141 lines not on this page · raw message
drivers/net/ethernet/mellanox/mlx5/core/main.c +6 -69
112 lines not on this page · raw message
include/linux/mlx5/driver.h +6 -1
@@ -527,7 +527,6 @@ struct mlx5_core_sriov { };struct mlx5_irq_info { -cpumask_var_t mask;char name[MLX5_MAX_IRQ_NAME ]; };
@@ -1157,4 +1156,10 @@ enum { MLX5_TRIGGERED_CMD_COMP = (u64)1 << 32, }; +static inline const struct cpumask * +mlx5_get_vector_affinity (struct mlx5_core_dev *dev,int vector) +{ +return pci_irq_get_affinity (dev->pdev,MLX5_EQ_VEC_COMP_BASE + vector); +} +#endif /* MLX5_DRIVER_H */
Signature · 1 line
2.7.4
Christoph Hellwig
maintainerPATCH v5 3/7 mlx5: move affinity hints assignments to generic code
drivers/net/ethernet/mellanox/mlx5/core/en_main.c struct mlx5e_channel_param { · line 74
Quoted 5 lines
drivers/net/ethernet/mellanox/mlx5/core/en_main.c +4
-0+static int mlx5e_get_node (struct mlx5e_priv *priv,int ix) +{ +return pci_irq_get_node (priv->mdev->pdev,MLX5_EQ_VEC_COMP_BASE + ix); +}
This helper seems very useful indeed..
drivers/net/ethernet/mellanox/mlx5/core/en_main.c static int mlx5e_rq_alloc_mpwqe_info(struct mlx5e_rq *rq, · line 444
Quoted 3 lines
drivers/net/ethernet/mellanox/mlx5/core/en_main.c +1
-1rq->mpwqe.info =kzalloc_node (wq_sz *sizeof (*rq->mpwqe.info), -GFP_KERNEL ,cpu_to_node (c->cpu)); +GFP_KERNEL , node);
Why the reindenting?
drivers/net/ethernet/mellanox/mlx5/core/en_main.c static int mlx5e_rq_alloc_mpwqe_info(struct mlx5e_rq *rq, · line 450
Quoted 5 lines
drivers/net/ethernet/mellanox/mlx5/core/en_main.c +2
-2/* We allocate more than mtt_sz as we will align the pointer */ - rq->mpwqe.mtt_no_align =kzalloc_node (mtt_alloc * wq_sz,GFP_KERNEL , -cpu_to_node (c->cpu)); + rq->mpwqe.mtt_no_align =kzalloc_node (mtt_alloc * wq_sz, +GFP_KERNEL , node);
Or the moving of GFP_KERNEL to the next line here?
Sagi Grimberg
maintainerPATCH v5 3/7 mlx5: move affinity hints assignments to generic code
Quoted 6 lines
Review
Quoted 4 lines
rq->mpwqe.info= kzalloc_node(wq_sz *sizeof(*rq->mpwqe.info),(quoted diff) +1
-1- GFP_KERNEL, cpu_to_node(c->cpu)); + GFP_KERNEL, node);Why the reindenting?
Heh, no good reason, I'm just a tabs person...
Although I might consider converting :)
https://www.theregister.co.uk/2017/06/16/spaces_vs_tabs/
Quoted 8 lines
drivers/net/ethernet/mellanox/mlx5/core/en_main.c static int mlx5e_rq_alloc_mpwqe_info(struct mlx5e_rq *rq, · line 450
Quoted 6 lines
/* We allocate more than
mtt_szas we will align the pointer */drivers/net/ethernet/mellanox/mlx5/core/en_main.c +2
-2- rq->mpwqe.mtt_no_align =kzalloc_node (mtt_alloc * wq_sz,GFP_KERNEL , -cpu_to_node (c->cpu)); + rq->mpwqe.mtt_no_align =kzalloc_node (mtt_alloc * wq_sz, +GFP_KERNEL , node);Or the moving of
GFP_KERNELto the next line here?
I'll respin...
Sagi Grimberg
maintainerPATCH v5 4/7 RDMA/core: expose affinity mappings per completion vector
In reply to Sagi GrimbergThis will allow ULPs to intelligently locate threads based on completion vector cpu affinity mappings. In case the driver does not expose a get_vector_affinity callout, return NULL so the caller can maintain a fallback logic.
--- include/rdma/ib_verbs.h | 25 ++++++++++++++++++++++++- 1 file changed, 24 insertions(+), 1 deletion(-)
include/rdma/ib_verbs.h +24 -1
@@ -2245,6 +2245,8 @@ struct ib_device {*/ int (*get_port_immutable)(struct ib_device *,u8 ,struct ib_port_immutable *);void (*get_dev_fw_str)(struct ib_device *,char *str,size_t str_len); +const struct cpumask *(*get_vector_affinity)(struct ib_device *ibdev, +int comp_vector); };struct ib_client {
@@ -3609,7 +3611,6 @@ static inline void rdma_ah_set_interface_id(struct rdma_ah_attr *attr, grh->dgid.global.interface_id = if_id; } - static inline void rdma_ah_set_grh(struct rdma_ah_attr *attr, union ib_gid *dgid, u32 flow_label, u8 sgid_index, u8 hop_limit,
@@ -3639,4 +3640,26 @@ static inline enum rdma_ah_attr_type rdma_ah_find_type(struct ib_device *dev, else return RDMA_AH_ATTR_TYPE_IB; } + +/** +* ib_get_vector_affinity - Get the affinity mappings of a given completion +* vector +* @device: the rdma device +* @comp_vector: index of completion vector +* +* Returns NULL on failure, otherwise a corresponding cpu map of the +* completion vector (returns all-cpus map if the device driver doesn't +* implement get_vector_affinity). +*/ +static inline const struct cpumask * +ib_get_vector_affinity (struct ib_device *device,int comp_vector) +{ +if (comp_vector <0 || comp_vector >= device->num_comp_vectors || + !device->get_vector_affinity) +return NULL ; + +return device->get_vector_affinity (device, comp_vector); + +} +#endif /* IB_VERBS_H */
Signature · 1 line
2.7.4
Sagi Grimberg
maintainerPATCH v5 5/7 mlx5: support ->get_vector_affinity
In reply to Sagi GrimbergSimply refer to the generic affinity mask helper.
--- drivers/infiniband/hw/mlx5/main.c | 9 +++++++++ 1 file changed, 9 insertions(+)
drivers/infiniband/hw/mlx5/main.c +9 -0
@@ -3562,6 +3562,14 @@ static void mlx5_ib_free_rdma_netdev(struct net_device *netdev)return mlx5_rdma_netdev_free (netdev); } +const struct cpumask *mlx5_ib_get_vector_affinity (struct ib_device *ibdev, +int comp_vector) +{ +struct mlx5_ib_dev *dev =to_mdev (ibdev); + +return mlx5_get_vector_affinity (dev->mdev, comp_vector); +} +static void *mlx5_ib_add (struct mlx5_core_dev *mdev) {struct mlx5_ib_dev *dev;
@@ -3694,6 +3702,7 @@ static void *mlx5_ib_add(struct mlx5_core_dev *mdev) dev->ib_dev.get_dev_fw_str = get_dev_fw_str; dev->ib_dev.alloc_rdma_netdev = mlx5_ib_alloc_rdma_netdev; dev->ib_dev.free_rdma_netdev = mlx5_ib_free_rdma_netdev; + dev->ib_dev.get_vector_affinity = mlx5_ib_get_vector_affinity;if (mlx5_core_is_pf (mdev)) { dev->ib_dev.get_vf_config = mlx5_ib_get_vf_config; dev->ib_dev.set_vf_link_state = mlx5_ib_set_vf_link_state;
Signature · 1 line
2.7.4
Sagi Grimberg
maintainerPATCH v5 6/7 block: Add rdma affinity based queue mapping helper
In reply to Sagi GrimbergLike pci and virtio, we add a rdma helper for affinity spreading. This achieves optimal mq affinity assignments according to the underlying rdma device affinity maps.
--- block/Kconfig | 5 +++++ block/Makefile | 1 + block/blk-mq-rdma.c | 54 +++++++++++++++++++++++++++++++++++++++++++++ include/linux/blk-mq-rdma.h | 10 +++++++++ 4 files changed, 70 insertions(+) create mode 100644 block/blk-mq-rdma.c create mode 100644 include/linux/blk-mq-rdma.h
block/Kconfig +5 -0
@@ -206,4 +206,9 @@ config BLK_MQ_VIRTIO depends on BLOCK && VIRTIO default y +config BLK_MQ_RDMA + bool + depends on BLOCK && INFINIBAND + default y + source block/Kconfig.iosched
block/Makefile +1 -0
@@ -29,6 +29,7 @@ obj-$(CONFIG_BLK_CMDLINE_PARSER) += cmdline-parser.o obj-$(CONFIG_BLK_DEV_INTEGRITY) += bio-integrity.o blk-integrity.o t10-pi.o obj-$(CONFIG_BLK_MQ_PCI) += blk-mq-pci.o obj-$(CONFIG_BLK_MQ_VIRTIO) += blk-mq-virtio.o +obj-$(CONFIG_BLK_MQ_RDMA) += blk-mq-rdma.o obj-$(CONFIG_BLK_DEV_ZONED) += blk-zoned.o obj-$(CONFIG_BLK_WBT) += blk-wbt.o obj-$(CONFIG_BLK_DEBUG_FS) += blk-mq-debugfs.o
block/blk-mq-rdma.c new file +54 -0
54 lines not on this page · raw message
include/linux/blk-mq-rdma.h new file +10 -0
@@ -0,0 +1,10 @@ +#ifndef _LINUX_BLK_MQ_RDMA_H +#define _LINUX_BLK_MQ_RDMA_H + +struct blk_mq_tag_set ; +struct ib_device ; + +int blk_mq_rdma_map_queues (struct blk_mq_tag_set *set, +struct ib_device *dev,int first_vec); + +#endif /* _LINUX_BLK_MQ_RDMA_H */
Signature · 1 line
2.7.4
Sagi Grimberg
maintainerPATCH v5 7/7 nvme-rdma: use intelligent affinity based queue mappings
In reply to Sagi GrimbergUse the generic block layer affinity mapping helper. Also, limit nr_hw_queues to the rdma device number of irq vectors as we don't really need more.
--- drivers/nvme/host/rdma.c | 29 ++++++++++++++++++++++------- 1 file changed, 22 insertions(+), 7 deletions(-)
drivers/nvme/host/rdma.c +22 -7
@@ -19,6 +19,7 @@#include <linux/string.h> #include <linux/atomic.h> #include <linux/blk-mq.h> +#include <linux/blk-mq-rdma.h> #include <linux/types.h> #include <linux/list.h> #include <linux/mutex.h>
@@ -490,14 +491,10 @@ static int nvme_rdma_create_queue_ib(struct nvme_rdma_queue *queue) ibdev = queue->device->dev;/* -* The admin queue is barely used once the controller is live, so don't -* bother to spread it out. +* Spread I/O queues completion vectors according their queue index. +* Admin queues can always go on completion vector 0. */ -if (idx ==0 ) - comp_vector =0 ; -else - comp_vector = idx % ibdev->num_comp_vectors; - + comp_vector = idx ==0 ? idx : idx -1 ;/* +1 for ib_stop_cq */ queue->ib_cq = ib_alloc_cq(ibdev, queue,
@@ -637,10 +634,20 @@ static int nvme_rdma_connect_io_queues(struct nvme_rdma_ctrl *ctrl)static int nvme_rdma_init_io_queues (struct nvme_rdma_ctrl *ctrl) {struct nvmf_ctrl_options *opts = ctrl->ctrl.opts; +struct ib_device *ibdev = ctrl->device->dev;unsigned int nr_io_queues;int i, ret; nr_io_queues =min (opts->nr_io_queues,num_online_cpus ()); + +/* +* we map queues according to the device irq vectors for +* optimal locality so we don't need more queues than +* completion vectors. +*/ + nr_io_queues = min_t(unsigned int, nr_io_queues, + ibdev->num_comp_vectors); + ret =nvme_set_queue_count (&ctrl->ctrl, &nr_io_queues);if (ret)return ret;
@@ -1527,6 +1534,13 @@ static void nvme_rdma_complete_rq(struct request *rq)nvme_complete_rq (rq); } +static int nvme_rdma_map_queues (struct blk_mq_tag_set *set) +{ +struct nvme_rdma_ctrl *ctrl = set->driver_data; + +return blk_mq_rdma_map_queues (set, ctrl->device->dev,0 ); +} +static const struct blk_mq_ops nvme_rdma_mq_ops = { .queue_rq = nvme_rdma_queue_rq, .complete = nvme_rdma_complete_rq,
@@ -1536,6 +1550,7 @@ static const struct blk_mq_ops nvme_rdma_mq_ops = { .init_hctx = nvme_rdma_init_hctx, .poll = nvme_rdma_poll, .timeout = nvme_rdma_timeout, + .map_queues = nvme_rdma_map_queues, };static const struct blk_mq_ops nvme_rdma_admin_mq_ops = {
Signature · 1 line
2.7.4