Hi Team,
Currently we are exploring our DPDK application using af_xdp in a non-root
mode.
When the DPDK application invokes AF_XDP, it calls xsk_umem__create() and
thus requires CAP_IPC_LOCK capability to be enabled. if the application
does not provide CAP_IPC_LOCK capability, it fails in the buff
Dec 12, 2022 at 04:15:04PM +0530, Kamaraj P wrote:
> > >Thanks. Is there any teatpmd application has this logic to dump
> these
> > >info whenever we received the packet.
> > >Thanks,
> > >Kamaraj
> > >
> > Sorry, no. No example
Thanks. Is there any teatpmd application has this logic to dump these info
whenever we received the packet.
Thanks,
Kamaraj
On Mon, 12 Dec 2022, 4:07 pm Bruce Richardson,
wrote:
> On Mon, Dec 12, 2022 at 10:29:58AM +0530, Kamaraj P wrote:
> >Hello All,
> >We have an ap
Hello All,
We have an application where we need to dump the received packet rx ring
number from the queue.
Can anyone share the DPDK api to dump the rx ringnumber for the packet
which we received (debug and troubleshoot)?
Thanks,
Kamaraj
Thank you for the clarification.
On Mon, 19 Sep 2022, 10:34 pm Stephen Hemminger,
wrote:
> On Sun, 18 Sep 2022 22:05:57 +0530
> Kamaraj P wrote:
>
> > Yes. The core mask we have aligned to separate cgroup. Probably this
> might
> > be an issue here. We will change th
.
Thanks,
Kamaraj
On Fri, Sep 16, 2022 at 8:43 PM Stephen Hemminger <
step...@networkplumber.org> wrote:
> On Fri, 16 Sep 2022 09:37:32 +0530
> Kamaraj P wrote:
>
> > Hi Team,
> > Have sent a message to DPDK alias. Can you please have a look and share
> > your thoug
Hi Team,
Have sent a message to DPDK alias. Can you please have a look and share
your thoughts on this ?
Thanks,
Kamaraj
On Thu, Sep 15, 2022 at 10:27 PM Kamaraj P wrote:
> Hi Team,
>
> There are lot of discussion about below code:
> rte_panic("Cannot set affinity %d i %d th
Hi Team,
There are lot of discussion about below code:
rte_panic("Cannot set affinity %d i %d threadid %d\n", ret, i,
lcore_config[i].thread_id);
Is there any guildiness(or patch) from the DPDK community about avoiding
these panic messages in our DPDK application ? Even if we remove the panic
to
Hi Team,
After integrating with our code base, we are trying to build DPDK 21.11 and
see a lot of ipv6 redefinition errors like below.
ipv6_types.h:1027:9: error: redefinition of âstruct ip6_hdrctlâ
1027 | struct ip6_hdrctl {
| ^~
In file included from /workspace/root/us
Kevin Traynor wrote:
> On 21/02/2022 06:47, Kamaraj P wrote:
> > Hi Team,
> >
>
> Hi,
>
> > We are planning to upgrade the DPDK stable LTS version from DPDK19.11.
> > Could you please suggest what would be the stable LTS version of DPDK ?
> >
>
> If
Hi Team,
We are planning to upgrade the DPDK stable LTS version from DPDK19.11.
Could you please suggest what would be the stable LTS version of DPDK ?
Thanks,
Kamaraj
<
lance.richard...@broadcom.com> wrote:
> On Mon, Sep 13, 2021 at 11:51 AM Stephen Hemminger
> wrote:
> >
> > On Mon, 13 Sep 2021 16:43:18 +0100
> > Ferruh Yigit wrote:
> >
> > > On 9/13/2021 5:56 AM, Kamaraj P wrote:
> > > > Hello All,
> > >
Hello All,
Would like to understand or if there are any guidelines to allocate the max
no of mbuf per NIC ?
For example, if i have defined as below:
#define RX_RING_SIZE 1024
#define TX_RING_SIZE 1024
The Maximum RX/TX queues can be defined as 8 per NIC, What would be the max
no of mbuf can be al
iguration which needs to be checked for the
underlying system ?
Please share your thoughts.
Thanks,
Kamaraj
On Sun, Sep 5, 2021 at 10:24 PM Kamaraj P wrote:
> Hello Thomas,
> THanks for the suggestion.
> Yes. Our DPDK application already has an in-memory option.
> BTW we are not
Hello Thomas,
THanks for the suggestion.
Yes. Our DPDK application already has an in-memory option.
BTW we are not using a multi-process environment for our DPDK application.
Thanks,
Kamaraj
On Wed, Sep 1, 2021 at 11:23 PM Thomas Monjalon wrote:
> 01/09/2021 18:09, Kamaraj P:
> > Tha
,
Kamaraj
On Wed, Sep 1, 2021 at 1:14 AM Bruce Richardson
wrote:
> On Tue, Aug 31, 2021 at 09:50:43PM +0530, Kamaraj P wrote:
> > Thanks David. Will check it out.
> >
> > BTW are there any steps where DPDK testpmd can run as a non privileged
> user
> > mode ( with
Thanks David. Will check it out.
BTW are there any steps where DPDK testpmd can run as a non privileged user
mode ( with any driver )?
Please share if you have any pointers.
Thanks,
Kamaraj
On Tue, Aug 31, 2021 at 9:05 PM David Marchand
wrote:
> On Tue, Aug 31, 2021 at 5:27 PM Kamara
t;
> > 30/08/2021 13:26, Ferruh Yigit:
> > > On 8/30/2021 8:52 AM, Kamaraj P wrote:
> > > > Hello All,
> > > > Some more info.
> > > > We are using DPDK 19.11.
> > > >
> > > > When we bringup application with --security-opt sec
-previlage mode ?
Please suggest the right approach which should work for all the DPDK
versions.
Thanks,
Kamaraj
On Mon, Aug 30, 2021 at 4:57 PM Ferruh Yigit wrote:
> On 8/30/2021 8:52 AM, Kamaraj P wrote:
> > Hello All,
> > Some more info.
> > We are using DPDK 19.11.
&g
2021 at 1:22 PM Kamaraj P wrote:
> Hello All,
> Some more info.
> We are using DPDK 19.11.
>
> When we bringup application with --security-opt seccomp=unconfined
> option..
> THe application bringup successfully and didnt observe any error when DPDK
> init logs.
> Will t
mode for DPDK application ?
Please suggest.
Thanks,
Kamaraj
On Mon, Aug 30, 2021 at 1:07 PM Kamaraj P wrote:
> Hello All,
>
> We are not able to run the DPDK allocation without using privilege option.
>
> Able to see the below erors:
>
> set_mempolicy: Operation not perm
Hello All,
We are not able to run the DPDK allocation without using privilege option.
Able to see the below erors:
set_mempolicy: Operation not permitted
set_mempolicy: Operation not permitted
set_mempolicy: Operation not permitted
set_mempolicy: Operation not permitted
set_mempolicy: Operation
to fail;
}
.
}
Is there anything that needs to be added from our application to get
contiguous memory ?
BTW we are using the "-legacy-mem" option.
Please suggest if there is any change required w..r.t dpdk 19.11 for the
mbuf pool creation ?
Thanks,
Kamaraj
On Thu, Dec 10, 202
Hello All,
We could observe the issue with rte_mempool_populate_default() API.
Does this lead to fetching contiguous memorywhen allocating it ?
BTW we are using the "legacy mem" option to initialize it.
Please share if you have more info on this issue.
On Tue, Dec 8, 2020 at 12:59 PM
Hello All,
We are using DDPDK 19.11 and when we call *rte_pktmbuf_pool_create() *API
allocate memory,
we could see the EINVAL ( EINVAL - cache size provided is too large, or
priv_size is not aligned ) return from that above API.
We are seeing the issue only when we pass the Priv_size value of 64 b
,
Kamaraj
On Tue, Jul 28, 2020 at 3:40 PM Burakov, Anatoly
wrote:
> On 27-Jul-20 4:30 PM, Kamaraj P wrote:
> > Hi Anatoly,
> > Since we do not have the driver support of SRIOv with VFIO, we are using
> > IGB_UIO .
>
> I believe it's coming :)
>
> > Basical
se to dump before our application dies ?
Please let me know.
Thanks,
Kamaraj
On Mon, Jul 13, 2020 at 2:57 PM Burakov, Anatoly
wrote:
> On 11-Jul-20 8:51 AM, Kamaraj P wrote:
> > Hello Anatoly/Bruce,
> >
> > We are using the 18_11 version of DPDK and we are using igb_uio.
.
Thanks,
Kamaraj
On Fri, Jul 10, 2020 at 9:14 PM Burakov, Anatoly
wrote:
> On 10-Jul-20 11:28 AM, Bruce Richardson wrote:
> > On Fri, Jul 10, 2020 at 02:52:16PM +0530, Kamaraj P wrote:
> >> Hello All,
> >>
> >> We are running to run DPDK based application
Hello All,
We are running to run DPDK based application in a container mode,
When we do multiple start/stop of our container application, the DPDK
initialization seems to be failing.
This is because the hugepage memory fragementated and is not able to find
the continuous allocation of the memory t
:
> On 19-Feb-20 3:42 PM, Kamaraj P wrote:
> > Hi Anatoly,
> > Thanks for the suggestions. Yeah we have just changed in our application
> > to invoke mlockall() before rte_eal_init(). Looks like it does not help
> > either.
> >
> > if (mlockall(MCL_CURREN
tes
Could you please suggest if there is any other option which we need to try
it out.
Thanks,
Kamaraj
On Wed, Feb 19, 2020 at 8:58 PM Burakov, Anatoly
wrote:
> On 19-Feb-20 3:02 PM, Kamaraj P wrote:
> > Thanks for the suggestions. We didnt have --mlockall parameter option in
> > t
:
> On 19-Feb-20 11:16 AM, Kamaraj P wrote:
> > Hi Kevin/Anatoly,
> >
> > Yes we have the patch already included in our code base.
> >
> > Looks like it get struck in the below piece of the code:
> > mapped_addr = mmap(re
?
Thanks,
Kamaraj
On Wed, Feb 19, 2020 at 4:26 PM Kevin Traynor wrote:
> On 19/02/2020 10:23, Burakov, Anatoly wrote:
> > On 17-Feb-20 9:57 AM, Kamaraj P wrote:
> >> Hi Anatoly,
> >> Thanks for the clarifications.
> >>
> >> Currently we are migrating to
could help ???).
Please suggest us.
Thanks,
Kamaraj
On Tue, Dec 10, 2019 at 3:53 PM Burakov, Anatoly
wrote:
> On 07-Dec-19 5:01 PM, Kamaraj P wrote:
> > Hello All,
> >
> > Currently, we are facing an issue with memory allocation failure
> > in memseg_primary_init().
Hello All,
Currently, we are facing an issue with memory allocation failure
in memseg_primary_init().
When we configure the CONFIG_RTE_MAX_MEM_MB to 512MB and correspondingly
configured the number of huge pages for our platform. But the virtual
memory allocation is failing.
It appears that its tr
Hello All,
Currently i40evf_del_mac_addr_by_addr() API uses i40e_validate_mac_addr()
to check the mac address and delete the mac address from the table. Why
cant we use rte_is_zero_ether_addr() ? in this case ?
>From the i40evf_add_mac_addr() we are using the rte_is_zero_ether_addr()
API to val
36 matches
Mail list logo
