* [net 0/2][pull request] Intel Wired LAN Driver Fixes 2019-04-01
@ 2019-04-01 18:44 Jeff Kirsher
2019-04-01 18:44 ` [net 1/2] i40e: move i40e_xsk_umem function Jeff Kirsher
` (2 more replies)
0 siblings, 3 replies; 4+ messages in thread
From: Jeff Kirsher @ 2019-04-01 18:44 UTC (permalink / raw)
To: davem; +Cc: Jeff Kirsher, netdev, nhorman, sassmann
This series contains two fixes for XDP in the i40e driver.
Björn provides both fixes, first moving a function out of the header and
into the main.c file. Second fixes a regression introduced in an
earlier patch that removed umem from the VSI. This caused an issue
because the setup code would try to enable AF_XDP zero copy
unconditionally, as long as there was a umem placed in the netdev
receive structure.
The following are changes since commit b506bc975f60f06e13e74adb35e708a23dc4e87c:
tcp: fix a potential NULL pointer dereference in tcp_sk_exit
and are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/jkirsher/net-queue 40GbE
Björn Töpel (2):
i40e: move i40e_xsk_umem function
i40e: add tracking of AF_XDP ZC state for each queue pair
drivers/net/ethernet/intel/i40e/i40e.h | 16 ++----------
drivers/net/ethernet/intel/i40e/i40e_main.c | 28 +++++++++++++++++++++
drivers/net/ethernet/intel/i40e/i40e_xsk.c | 3 +++
3 files changed, 33 insertions(+), 14 deletions(-)
--
2.20.1
^ permalink raw reply [flat|nested] 4+ messages in thread
* [net 1/2] i40e: move i40e_xsk_umem function
2019-04-01 18:44 [net 0/2][pull request] Intel Wired LAN Driver Fixes 2019-04-01 Jeff Kirsher
@ 2019-04-01 18:44 ` Jeff Kirsher
2019-04-01 18:44 ` [net 2/2] i40e: add tracking of AF_XDP ZC state for each queue pair Jeff Kirsher
2019-04-02 20:27 ` [net 0/2][pull request] Intel Wired LAN Driver Fixes 2019-04-01 David Miller
2 siblings, 0 replies; 4+ messages in thread
From: Jeff Kirsher @ 2019-04-01 18:44 UTC (permalink / raw)
To: davem
Cc: Björn Töpel, netdev, nhorman, sassmann, Aaron Brown,
Jeff Kirsher
From: Björn Töpel <bjorn.topel@intel.com>
The i40e_xsk_umem function was explicitly inlined in i40e.h. There is
no reason for that, so move it to i40e_main.c instead.
Signed-off-by: Björn Töpel <bjorn.topel@intel.com>
Tested-by: Aaron Brown <aaron.f.brown@intel.com>
Signed-off-by: Jeff Kirsher <jeffrey.t.kirsher@intel.com>
---
drivers/net/ethernet/intel/i40e/i40e.h | 14 --------------
drivers/net/ethernet/intel/i40e/i40e_main.c | 20 ++++++++++++++++++++
2 files changed, 20 insertions(+), 14 deletions(-)
diff --git a/drivers/net/ethernet/intel/i40e/i40e.h b/drivers/net/ethernet/intel/i40e/i40e.h
index d684998ba2b0..cc583ad5236b 100644
--- a/drivers/net/ethernet/intel/i40e/i40e.h
+++ b/drivers/net/ethernet/intel/i40e/i40e.h
@@ -1096,20 +1096,6 @@ static inline bool i40e_enabled_xdp_vsi(struct i40e_vsi *vsi)
return !!vsi->xdp_prog;
}
-static inline struct xdp_umem *i40e_xsk_umem(struct i40e_ring *ring)
-{
- bool xdp_on = i40e_enabled_xdp_vsi(ring->vsi);
- int qid = ring->queue_index;
-
- if (ring_is_xdp(ring))
- qid -= ring->vsi->alloc_queue_pairs;
-
- if (!xdp_on)
- return NULL;
-
- return xdp_get_umem_from_qid(ring->vsi->netdev, qid);
-}
-
int i40e_create_queue_channel(struct i40e_vsi *vsi, struct i40e_channel *ch);
int i40e_set_bw_limit(struct i40e_vsi *vsi, u16 seid, u64 max_tx_rate);
int i40e_add_del_cloud_filter(struct i40e_vsi *vsi,
diff --git a/drivers/net/ethernet/intel/i40e/i40e_main.c b/drivers/net/ethernet/intel/i40e/i40e_main.c
index da62218eb70a..dd77793a08a0 100644
--- a/drivers/net/ethernet/intel/i40e/i40e_main.c
+++ b/drivers/net/ethernet/intel/i40e/i40e_main.c
@@ -3063,6 +3063,26 @@ static void i40e_config_xps_tx_ring(struct i40e_ring *ring)
ring->queue_index);
}
+/**
+ * i40e_xsk_umem - Retrieve the AF_XDP ZC if XDP and ZC is enabled
+ * @ring: The Tx or Rx ring
+ *
+ * Returns the UMEM or NULL.
+ **/
+static struct xdp_umem *i40e_xsk_umem(struct i40e_ring *ring)
+{
+ bool xdp_on = i40e_enabled_xdp_vsi(ring->vsi);
+ int qid = ring->queue_index;
+
+ if (ring_is_xdp(ring))
+ qid -= ring->vsi->alloc_queue_pairs;
+
+ if (!xdp_on)
+ return NULL;
+
+ return xdp_get_umem_from_qid(ring->vsi->netdev, qid);
+}
+
/**
* i40e_configure_tx_ring - Configure a transmit ring context and rest
* @ring: The Tx ring to configure
--
2.20.1
^ permalink raw reply related [flat|nested] 4+ messages in thread
* [net 2/2] i40e: add tracking of AF_XDP ZC state for each queue pair
2019-04-01 18:44 [net 0/2][pull request] Intel Wired LAN Driver Fixes 2019-04-01 Jeff Kirsher
2019-04-01 18:44 ` [net 1/2] i40e: move i40e_xsk_umem function Jeff Kirsher
@ 2019-04-01 18:44 ` Jeff Kirsher
2019-04-02 20:27 ` [net 0/2][pull request] Intel Wired LAN Driver Fixes 2019-04-01 David Miller
2 siblings, 0 replies; 4+ messages in thread
From: Jeff Kirsher @ 2019-04-01 18:44 UTC (permalink / raw)
To: davem
Cc: Björn Töpel, netdev, nhorman, sassmann, Aaron Brown,
Jeff Kirsher
From: Björn Töpel <bjorn.topel@intel.com>
In commit f3fef2b6e1cc ("i40e: Remove umem from VSI") a regression was
introduced; When the VSI was reset, the setup code would try to enable
AF_XDP ZC unconditionally (as long as there was a umem placed in the
netdev._rx struct). Here, we add a bitmap to the VSI that tracks if a
certain queue pair has been "zero-copy enabled" via the ndo_bpf. The
bitmap is used in i40e_xsk_umem, and enables zero-copy if and only if
XDP is enabled, the corresponding qid in the bitmap is set and the
umem is non-NULL.
Fixes: f3fef2b6e1cc ("i40e: Remove umem from VSI")
Signed-off-by: Björn Töpel <bjorn.topel@intel.com>
Tested-by: Aaron Brown <aaron.f.brown@intel.com>
Signed-off-by: Jeff Kirsher <jeffrey.t.kirsher@intel.com>
---
drivers/net/ethernet/intel/i40e/i40e.h | 2 ++
drivers/net/ethernet/intel/i40e/i40e_main.c | 10 +++++++++-
drivers/net/ethernet/intel/i40e/i40e_xsk.c | 3 +++
3 files changed, 14 insertions(+), 1 deletion(-)
diff --git a/drivers/net/ethernet/intel/i40e/i40e.h b/drivers/net/ethernet/intel/i40e/i40e.h
index cc583ad5236b..d3cc3427caad 100644
--- a/drivers/net/ethernet/intel/i40e/i40e.h
+++ b/drivers/net/ethernet/intel/i40e/i40e.h
@@ -790,6 +790,8 @@ struct i40e_vsi {
/* VSI specific handlers */
irqreturn_t (*irq_handler)(int irq, void *data);
+
+ unsigned long *af_xdp_zc_qps; /* tracks AF_XDP ZC enabled qps */
} ____cacheline_internodealigned_in_smp;
struct i40e_netdev_priv {
diff --git a/drivers/net/ethernet/intel/i40e/i40e_main.c b/drivers/net/ethernet/intel/i40e/i40e_main.c
index dd77793a08a0..b1c265012c8a 100644
--- a/drivers/net/ethernet/intel/i40e/i40e_main.c
+++ b/drivers/net/ethernet/intel/i40e/i40e_main.c
@@ -3077,7 +3077,7 @@ static struct xdp_umem *i40e_xsk_umem(struct i40e_ring *ring)
if (ring_is_xdp(ring))
qid -= ring->vsi->alloc_queue_pairs;
- if (!xdp_on)
+ if (!xdp_on || !test_bit(qid, ring->vsi->af_xdp_zc_qps))
return NULL;
return xdp_get_umem_from_qid(ring->vsi->netdev, qid);
@@ -10084,6 +10084,12 @@ static int i40e_vsi_mem_alloc(struct i40e_pf *pf, enum i40e_vsi_type type)
hash_init(vsi->mac_filter_hash);
vsi->irqs_ready = false;
+ if (type == I40E_VSI_MAIN) {
+ vsi->af_xdp_zc_qps = bitmap_zalloc(pf->num_lan_qps, GFP_KERNEL);
+ if (!vsi->af_xdp_zc_qps)
+ goto err_rings;
+ }
+
ret = i40e_set_num_rings_in_vsi(vsi);
if (ret)
goto err_rings;
@@ -10102,6 +10108,7 @@ static int i40e_vsi_mem_alloc(struct i40e_pf *pf, enum i40e_vsi_type type)
goto unlock_pf;
err_rings:
+ bitmap_free(vsi->af_xdp_zc_qps);
pf->next_vsi = i - 1;
kfree(vsi);
unlock_pf:
@@ -10182,6 +10189,7 @@ static int i40e_vsi_clear(struct i40e_vsi *vsi)
i40e_put_lump(pf->qp_pile, vsi->base_queue, vsi->idx);
i40e_put_lump(pf->irq_pile, vsi->base_vector, vsi->idx);
+ bitmap_free(vsi->af_xdp_zc_qps);
i40e_vsi_free_arrays(vsi, true);
i40e_clear_rss_config_user(vsi);
diff --git a/drivers/net/ethernet/intel/i40e/i40e_xsk.c b/drivers/net/ethernet/intel/i40e/i40e_xsk.c
index b5c182e688e3..1b17486543ac 100644
--- a/drivers/net/ethernet/intel/i40e/i40e_xsk.c
+++ b/drivers/net/ethernet/intel/i40e/i40e_xsk.c
@@ -102,6 +102,8 @@ static int i40e_xsk_umem_enable(struct i40e_vsi *vsi, struct xdp_umem *umem,
if (err)
return err;
+ set_bit(qid, vsi->af_xdp_zc_qps);
+
if_running = netif_running(vsi->netdev) && i40e_enabled_xdp_vsi(vsi);
if (if_running) {
@@ -148,6 +150,7 @@ static int i40e_xsk_umem_disable(struct i40e_vsi *vsi, u16 qid)
return err;
}
+ clear_bit(qid, vsi->af_xdp_zc_qps);
i40e_xsk_umem_dma_unmap(vsi, umem);
if (if_running) {
--
2.20.1
^ permalink raw reply related [flat|nested] 4+ messages in thread
* Re: [net 0/2][pull request] Intel Wired LAN Driver Fixes 2019-04-01
2019-04-01 18:44 [net 0/2][pull request] Intel Wired LAN Driver Fixes 2019-04-01 Jeff Kirsher
2019-04-01 18:44 ` [net 1/2] i40e: move i40e_xsk_umem function Jeff Kirsher
2019-04-01 18:44 ` [net 2/2] i40e: add tracking of AF_XDP ZC state for each queue pair Jeff Kirsher
@ 2019-04-02 20:27 ` David Miller
2 siblings, 0 replies; 4+ messages in thread
From: David Miller @ 2019-04-02 20:27 UTC (permalink / raw)
To: jeffrey.t.kirsher; +Cc: netdev, nhorman, sassmann
From: Jeff Kirsher <jeffrey.t.kirsher@intel.com>
Date: Mon, 1 Apr 2019 11:44:05 -0700
> This series contains two fixes for XDP in the i40e driver.
>
> Björn provides both fixes, first moving a function out of the header and
> into the main.c file. Second fixes a regression introduced in an
> earlier patch that removed umem from the VSI. This caused an issue
> because the setup code would try to enable AF_XDP zero copy
> unconditionally, as long as there was a umem placed in the netdev
> receive structure.
Pulled, thanks Jeff.
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2019-04-02 20:27 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2019-04-01 18:44 [net 0/2][pull request] Intel Wired LAN Driver Fixes 2019-04-01 Jeff Kirsher
2019-04-01 18:44 ` [net 1/2] i40e: move i40e_xsk_umem function Jeff Kirsher
2019-04-01 18:44 ` [net 2/2] i40e: add tracking of AF_XDP ZC state for each queue pair Jeff Kirsher
2019-04-02 20:27 ` [net 0/2][pull request] Intel Wired LAN Driver Fixes 2019-04-01 David Miller
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).