Hi Nigel,
Are you sure it's connected to cpu 0? Do you mind to share "show pci" and
"cat /sys/bus/pci/devices/\:0c\:00.0/numa_node" (fix to your address)
On Fri, 1 Aug 2025 at 10:04, Nigel Kukard via lists.fd.io wrote:
> Hi there,
>
> I'm trying to figure out a performance issue I'm having
I solved this issue
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#22517): https://lists.fd.io/g/vpp-dev/message/22517
Mute This Topic: https://lists.fd.io/mt/95640416/21656
Mute #dpdk:https://lists.fd.io/g/vpp-dev/mutehashtag/dpdk
Group Owner: vpp-
Have never seen two net devices, even SRIOV devices share same PCI address.
Will you dump your device via your lspci or or /sys/… , PCI bus addresses are
always unique?
Personally I thought the PCI addresses in your screenshot are inaccurate.
From: on behalf of "first_se...@163.com"
Reply-T
Can anyone answer my question? official person？ I use the pci called N10
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#22346): https://lists.fd.io/g/vpp-dev/message/22346
Mute This Topic: https://lists.fd.io/mt/95640416/21656
Mute #dpdk:https://lis
Can anyone answer my question? official person？
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#22345): https://lists.fd.io/g/vpp-dev/message/22345
Mute This Topic: https://lists.fd.io/mt/95640416/21656
Mute #dpdk:https://lists.fd.io/g/vpp-dev/muteha
VPP populates mempool with either VA or PA based on result of
rte_eal_iova_mode().
you can see relevant code in src/plugins/dpdk/buffer.c.
—
Damjan
> On 28.09.2020., at 08:44, Amith Basavaraj wrote:
>
> Hi,
>
> We want to know if vpp supports DPDK IOVA VA mode. As per below Jira, we see
> t
ubject: Re: [vpp-dev] VPP - DPDK - No ARP learning on VPP and no ARP reply
sent.
Yep
And that's on VLAN 101.
I just did a few tests and as soon as I remove the vlan from both sides, it
starts working and I can ping across.
Just to be sure this isn't me with a bad VPP configuration.
>
>
> So, is the interface on TOR end also on a vlan (with same id)?
>
>
>
>
>
> --
>
> Regards,
>
> Balaji.
>
>
>
>
>
> *From: *Laurent Dumont
> *Date: *Tuesday, May 19, 2020 at 4:58 PM
> *To: *"Balaji Venkatraman (bala
quot;Balaji Venkatraman (balajiv)"
Cc: Mrityunjay Kumar , vpp-dev
Subject: Re: [vpp-dev] VPP - DPDK - No ARP learning on VPP and no ARP reply
sent.
Hey everyone,
Thank you for all the comments. Just trying to work my way through it! :)
Just as a sanity check, here is what it looks like on a fresh
ce should
> implicitly enable arp on it.
>
>
>
> Thanks!
>
>
>
> --
>
> Regards,
>
> Balaji.
>
>
>
>
>
> *From: *Mrityunjay Kumar
> *Date: *Friday, May 15, 2020 at 7:19 AM
> *To: *"Balaji Venkatraman (balajiv)"
> *Cc: *Laurent
As Neale replied earlier, adding L3 addr to the interface should implicitly
enable arp on it.
Thanks!
--
Regards,
Balaji.
From: Mrityunjay Kumar
Date: Friday, May 15, 2020 at 7:19 AM
To: "Balaji Venkatraman (balajiv)"
Cc: Laurent Dumont , vpp-dev
Subject: Re: [vpp-dev] VPP - DPD
aji.
>
>
>
>
>
> *From: * on behalf of Laurent Dumont <
> laurentfdum...@gmail.com>
> *Date: *Friday, May 15, 2020 at 4:57 AM
> *To: *Mrityunjay Kumar
> *Cc: *vpp-dev
> *Subject: *Re: [vpp-dev] VPP - DPDK - No ARP learning on VPP and no ARP
> reply sent.
>
&
Subject: Re: [vpp-dev] VPP - DPDK - No ARP learning on VPP and no ARP reply
sent.
Hi everyone!
Thank you for the tips
The VF is created with the Trust On and spoofcheck disabled during the instance
creation.
vf 18 MAC fa:16:3e:92:30:f1, spoof checking off, link-state auto, trust on
I had a change
Hi Mrityunjay,
Could you try adding an ip route and recheck.
I think ARP is enabled once ip routing is enabled.
Thanks
--
Regards,
Balaji.
From: on behalf of Laurent Dumont
Date: Friday, May 15, 2020 at 4:57 AM
To: Mrityunjay Kumar
Cc: vpp-dev
Subject: Re: [vpp-dev] VPP - DPDK - No ARP
Hi everyone!
Thank you for the tips
The VF is created with the Trust On and spoofcheck disabled during the
instance creation.
vf 18 MAC fa:16:3e:92:30:f1, spoof checking off, link-state auto, trust on
I had a change to test this a bit more. It looks like the issue is
specifically with passing t
This issue, we have seen on centos as well. Just for work around,
ip link set promisc on eth0 #[eth0 --- PF interface]
ip link set eth00 vf 0 spoofchk off #[give your vf id ]
ip link set eth0 vf 0 trust on,
, But you will see other packet on vpp VF interface as we
The new vpp cli to show ip4-arp and ip6-neighbor entries is “show ip neighbors”:
DBGvpp# sho ip neighbor
Time IPFlags Ethernet
Interface
8.436410.0.3.3 D00:50:56:88:00:ac
GigabitEthernet1b
The issue might be fixed if you upgrade to a newer version than 19.01 - see
https://gerrit.fd.io/r/#/c/vpp/+/19383/
-Matt
On Mon, Sep 9, 2019 at 7:14 AM shi dave wrote:
> Hi,
>
> Using VPP+DPDK for Ipsec Security Gateway application, want to handle
> traffic (*7Gbps uplink & decrypt + 28Gbps d
Hi Jitendra,
I have not followed DPDK Cryptodev development over the last year, but
given my vague memory and latest VPP code, I reckon your configuration is
not supported.
The cryptodev scheduler supports common cipher/auth algorithms among all
slaves, which in your case is none.
Which VPP versi
Majority of people who work on VPP actively (including me) are not very
familiar about dpdk cryptodev which
probably explains why you are not getting any response.
Please note that there is currently undergoing big rework of ipsec / crypto
where goals are improvement of
native crypto, depreca
Sorry, cannot help much wit details you provided...
—
Damjan
> On Jan 4, 2019, at 9:33 AM, chetan bhasin wrote:
>
> Hi Damjan,
>
> I want to ensure that VPP uses THP and other Linux applications don't use THP
> feature.
>
> Thanks,
> Chetan Bhasin
>
>> On Thu, Jan 3, 2019 at 4:46 PM Damja
Hi Damjan,
I want to ensure that VPP uses THP and other Linux applications don't use
THP feature.
Thanks,
Chetan Bhasin
On Thu, Jan 3, 2019 at 4:46 PM Damjan Marion wrote:
>
>
> On 2 Jan 2019, at 16:28, chetan bhasin wrote:
>
> Hi,
>
> We are using VPP 18.01. We have seen that in case Transpa
> On 2 Jan 2019, at 16:28, chetan bhasin wrote:
>
> Hi,
>
> We are using VPP 18.01. We have seen that in case Transparent Hugepage is
> enable with Madvise . VPP does not take benefit of Annonymous Huge Pages.
> Does anybody have any idea about the same ?
Can you provide more details, What
Are you aware of "show interface rx-placement" and "set interface rx-placement"
CLIs?
Can you capture output?
--
Damjan
> On 16 Apr 2018, at 17:26, Rogan Lynch wrote:
>
> Thank you Damjan,
>
> This syntax appears to parse without error, but somehow breaks allocation of
> the DPDK interfac
Thank you Damjan,
This syntax appears to parse without error, but somehow breaks allocation
of the DPDK interfaces in our build.
Thank you for letting me know about this option, obviously if you want to
control which NUMA you land on VPP will need to provide some way to PIN
these mappings in user
Dear Rogan,
Long time ago I wrote a code to do exactly that, an code is still there, but i
will not put my left hand into fire that it still works.
syntax is:
dpdk {
dev :02:00.1 {
num-rx-queues 2
workers 4,5
}
}
Let us know if it works...
I believe you are creating libdpdk.a which is a text file that GROUPs
together the .a files you are interested in, so you can look at it and see
what is going on. In the build and install trees.
Burt
On Sat, Mar 17, 2018 at 2:37 AM, xulang wrote:
> Hi,
> How does vpp link dpdk related target fi
ation happens patch should be reverted.
>>>> So I think everything was done right.
>>>>
>>>> I am totally fine with “Rebase if necessary”.
>>>> But personally I often rebase patches before submitting.
>>>> Especially these that might af
16:59
To:
vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] VPP DPDK build failure with Mellanox interface(aarch64)
Hi Marek,
Thanks for the analysis. VPP's gerrit "Submit Type" is "Rebase if Necessary". This
means that occasionally we may encounter build breakage due to depen
> But personally I often rebase patches before submitting.
>>>> Especially these that might affect several components.
>>>>
>>>> Regards,
>>>> Marek
>>>>
>>>> From:
>>>> vpp-dev@lists.fd.io [mailto:vpp-dev@lists
mailto:vpp-dev@lists.fd.io] On Behalf Of Dave Wallace
Sent: 6 marca 2018 16:59
To: vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] VPP DPDK build failure with Mellanox interface(aarch64)
Hi Marek,
Thanks for the analysis. VPP's gerrit "Submit Type" is "Rebase if Necessary". This
before submitting.
>> Especially these that might affect several components.
>>
>> Regards,
>> Marek
>>
>> From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of Dave
>> Wallace
>> Sent: 6 marca 2018 16:59
>> To: vpp-dev@lists.fd.io
&g
veral components.
Regards,
Marek
*From:*vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] *On Behalf Of
*Dave Wallace
*Sent:* 6 marca 2018 16:59
*To:* vpp-dev@lists.fd.io
*Subject:* Re: [vpp-dev] VPP DPDK build failure with Mellanox
interface(aarch64)
Hi Marek,
Thanks for the analysis. VPP
patches before submitting.
Especially these that might affect several components.
Regards,
Marek
From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of Dave Wallace
Sent: 6 marca 2018 16:59
To: vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] VPP DPDK build failure with Mellanox interface
dated version of 10920 with updated service definitions:
https://gerrit.fd.io/r/#/c/10973/
Regards,
Marek
*From:*vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] *On Behalf Of
*Dave Wallace
*Sent:* 6 marca 2018 00:19
*To:* vpp-dev@lists.fd.io
*Subject:* Re: [vpp-dev] VPP DPDK build failu
definitions:
https://gerrit.fd.io/r/#/c/10973/
Regards,
Marek
From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of Dave Wallace
Sent: 6 marca 2018 00:19
To: vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] VPP DPDK build failure with Mellanox interface(aarch64)
Sirshak,
The JVPP error was caused
On Mon, 2018-03-05 at 16:44 -0600, Sirshak Das wrote:
> Hi Marco,
>
> Thanks for replying.
> I am not sure if you read the last part of my email:
> > > Finally what is strange is if I copy dpdk-18.02.tar.gz to seperate
> > > location and turn MLx5 config and build this builds fine.
Indeed I misse
Sirshak,
The JVPP error was caused by a patch (10920) that somehow passed the
Verify job, but failed during the merge job. I have just merged the
patch (10965) which reverts the patch which introduced the JVPP build
errors.
Thanks,
-daw-
On 3/5/2018 5:44 PM, Sirshak Das wrote:
Hi Marco,
Hi Marco,
Thanks for replying.
I am not sure if you read the last part of my email:
>> Finally what is strange is if I copy dpdk-18.02.tar.gz to seperate
>> location and turn MLx5 config and build this builds fine.
>>
>> Build drivers/net/mlx5
>> CC mlx5.o
>> PMDINFO mlx5.o.pmd.c
>> CC mlx
Hi Sirshak,
Can you please take a look at this thread:
https://lists.fd.io/g/vpp-dev/message/8219
Also, take a look at http://dpdk.org/doc/guides/nics/mlx5.html for detailed
explanations and steps for DPDK to work with Mellanox NICs...
Likely, it's a kernel issue: for Mellanox latest PMD drivers
40 matches
Mail list logo
