How to get RTE flows working with BNXT PMD?

[Kishore Padmanabha]

HI Baptiste,

Testpmd enables promisc mode by default, so it can receive all the
packets. You can disable it.
Could you provide what flows are you adding to get the packets, if you
provide the testpmd logs it would be useful.

Rgds,
Kishore


-----Original Message-----
From: Wicht, Baptiste <bwicht at verisign.com>
Sent: Wednesday, August 5, 2026 5:28 AM
To: users at dpdk.org
Cc: david.marchand at redhat.com; ajit.khaparde at broadcom.com;
kishore.padmanabha at broadcom.com
Subject: RE: Re: How to get RTE flows working with BNXT PMD?

Hi team

After digging into testpmd and the debug logs, I have found that testpmd
always turn on promiscuous mode.
Once we turned it on in our program, we could get flows working. Without
promiscuous, all packets were dropped when TruFlow was enabled (with or
without flows).

Is it mandatory to run promiscuous mode on BNXT? Is there another way
around that?

Best regards
Baptiste

-----Original Message-----
From: Kishore Padmanabha <kishore.padmanabha at broadcom.com>
Sent: Monday, July 20, 2026 4:27 PM
To: Wicht, Baptiste <bwicht at verisign.com>; david.marchand at redhat.com; Ajit
Kumar Khaparde <ajit.khaparde at broadcom.com>
Cc: users at dpdk.org
Subject: [EXTERNAL] RE: Re: How to get RTE flows working with BNXT PMD?

Hi Baptiste,

As 26.07 RC is working in freebsd, I am assuming you are good with it.
As for CQE mode, it is not supported with Truflow currently. Hence if you
enable cqe_mode it shall disable Truflow and you cannot add rte flows that
I mentioned earlier. In bnxt_get_config(), there is check for
bnxt_compressed_rx_cqe_mode_enabled(), if you remove that check it should
work but this is something we have not supported officially.

Thanks,
Kishore



-----Original Message-----
From: Wicht, Baptiste <bwicht at verisign.com>
Sent: Monday, July 20, 2026 5:10 AM
To: david.marchand at redhat.com; kishore.padmanabha at broadcom.com;
ajit.khaparde at broadcom.com
Cc: users at dpdk.org
Subject: RE: Re: How to get RTE flows working with BNXT PMD?

Hi David, Kishore, DPDK users,

I have been able to reproduce your example with dpdk-testpmd compiled from
26.07 RC, the only "release" that is working on FreeBSD for BNXT. I could
get the same results you did, thanks!

I do observe some special behavior though. In our tests, we have to use
cqe_mode=1 because otherwise we do not get any unicast packets (they are
all filtered). However, in dpdk-testpmd, if I use cqe_mode=1, I do not get
any packets counted and the filter you have proposed cannot be create.

Is that behavior normal with cqe_mode=1?

Thanks

Baptiste

-----Original Message-----
From: David Marchand <david.marchand at redhat.com>
Sent: Monday, July 13, 2026 11:10 AM
To: Kishore Padmanabha <kishore.padmanabha at broadcom.com>; Ajit Khaparde
<ajit.khaparde at broadcom.com>
Cc: users at dpdk.org; Wicht, Baptiste <bwicht at verisign.com>
Subject: Re: How to get RTE flows working with BNXT PMD?

Caution: This email originated from outside the organization. Do not click
links or open attachments unless you recognize the sender and know the
content is safe.

On Mon, 13 Jul 2026 at 10:59, Wicht, Baptiste <bwicht at verisign.com> wrote:
>
> Hi DPDK users
>
> We are trying to get some RTE flows working with the BNXT PMD (on a
Broadcom P2200G). However, we cannot get any flows working. We have tried
both legacy and TruFlow modes, but neither seem to be working. Legacy mode
only let us do RSS for total number of queues (not a subset) and TruFlow
mode ends up filtering all unicast packets.
>
> Ultimately, we are trying to separate some kind of traffic (like UDP)
> to
a set of RSS queues and the rest of the traffic to another set of RSS
queues.
>
> Is that something that can be achieved with BNXT?

Better to ask the bnxt maintainers directly.
Kishore? Ajit?


--
David Marchand
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 5493 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://mails.dpdk.org/archives/users/attachments/20260805/2f08ace9/attachment.bin>