Thread (3 messages) flat view 3 messages, 3 authors, 5d ago

Re: [PATCH net-next v2] net/ionic: avoid OOB TX partner lookup for hwstamp RXQ

From: Creeley, Brett <hidden>
Date: 2026-08-17 16:47:49
Also in: lkml, stable


On 8/12/2026 10:52 PM, Shannon Nelson wrote:
Caution: This message originated from an External Source. Use proper 
caution when opening attachments, clicking links, or responding.


On 8/12/26 22:13, Anand Khoje wrote:
quoted
The dedicated hardware timestamp RX queue is allocated with q->index
equal to lif->ionic->nrxqs_per_lif. The normal txqcqs array only
contains the regular queue pairs, so using that index to set 
rxq->partner
can read one entry past txqcqs[] and then write through the derived
pointer.
Only link RX/TX partners for normal queue-pair indexes. Leave the 
hwstamp
RX queue unpaired, and make the XDP_TX path abort cleanly if an RX queue
has no TX partner.

Fixes: 8eeed8373e1c ("ionic: Add XDP_TX support")
Signed-off-by: Anand Khoje <redacted>
Reviewed-by: Si-Wei Liu <redacted>
---
v2:
  Fixed the Fixes tag.

  drivers/net/ethernet/pensando/ionic/ionic_lif.c     | 14 
++++++++++++++
  drivers/net/ethernet/pensando/ionic/ionic_txrx.c    |  5 ++++-
  2 files changed, 20 insertions(+), 1 deletion(-)
diff --git a/drivers/net/ethernet/pensando/ionic/ionic_lif.c 
b/drivers/net/ethernet/pensando/ionic/ionic_lif.c
index fd3ee9820531..1822361e1070 100644
--- a/drivers/net/ethernet/pensando/ionic/ionic_lif.c
+++ b/drivers/net/ethernet/pensando/ionic/ionic_lif.c
@@ -920,9 +920,23 @@ static int ionic_lif_rxq_init(struct ionic_lif 
*lif, struct ionic_qcq *qcq)
      };
      int err;

+     q->partner = NULL;
+
+     /* Only normal RX queues have matching TX queue partners,
+      * skip partner pairing for hwstamp RX queue.
+      */
+     if (q->index >= lif->nxqs)
+             goto skip_partner;
+
+     if (WARN_ON_ONCE(!lif->txqcqs ||
+         q->index >= lif->ionic->ntxqs_per_lif ||
+         !lif->txqcqs[q->index]))
+             return -EINVAL;
This driver doesn't have any other WARN type statements, and the WARN*
is more often frowned upon now that so many places use
panic_on_warn.  The other place where this kind of check is done simply
prints a dev_err() and returns -ENXIO - see ionic_txrx_enable(). Brett
or Eric J might have another opinion, but you might stick with that
practice here.
Thanks for pointing this out Shannon. I agree and would like to keep the 
driver consistent regarding not using WARN statements.

Brett
quoted
+
      q->partner = &lif->txqcqs[q->index]->q;
      q->partner->partner = q;

+skip_partner:
      if (!lif->xdp_prog ||
          (lif->xdp_prog->aux && lif->xdp_prog->aux->xdp_has_frags))
              ctx.cmd.q_init.flags |= cpu_to_le16(IONIC_QINIT_F_SG);
diff --git a/drivers/net/ethernet/pensando/ionic/ionic_txrx.c 
b/drivers/net/ethernet/pensando/ionic/ionic_txrx.c
index 301ebee2fdc5..73998d61593 100644
--- a/drivers/net/ethernet/pensando/ionic/ionic_txrx.c
+++ b/drivers/net/ethernet/pensando/ionic/ionic_txrx.c
@@ -543,13 +543,18 @@ static bool ionic_run_xdp(struct ionic_rx_stats 
*stats,
              break;

      case XDP_TX:
+             txq = rxq->partner;
+             if (unlikely(!txq)) {
+                     err = -EIO;
+                     break;
+             }
+
              xdpf = xdp_convert_buff_to_frame(&xdp_buf);
              if (!xdpf) {
                      err = -ENOSPC;
                      break;
              }

-             txq = rxq->partner;
              nq = netdev_get_tx_queue(netdev, txq->index);
              __netif_tx_lock(nq, smp_processor_id());
              txq_trans_cond_update(nq);
Other than the above, this looks fine to me.
Reviewed-by: Shannon Nelson <redacted>
  
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help