[vpp-dev] vlib_get_plugin_symbol returning null after upgrading to 21.06 version

Hi, We are trying to upgrade to fdio.2106 version from a previous version. After upgrading to 21.06 version with our custom plugins, we are seeing that  vlib_get_plugin_symbol()  to resolve a symbol from another plugin is always returning null. This was working fine in the earlier version. I cr

Re: [vpp-dev] vlib_get_plugin_symbol returning null after upgrading to 21.06 version

It’s worth checking that the symbol in question is actually exported. As part of upgrading, you may have started using a different toolchain. $ nm -go .o | grep From: vpp-dev@lists.fd.io On Behalf Of Satya Murthy Sent: Wednesday, September 29, 2021 6:43 AM To: vpp-dev@lists.fd.io Subject

Re: [vpp-dev] rx-miss while sending packets to Interface (IMPORTANT)

Hi Akash, Please let me know what type interface and driver you are using, example igb_uio, vfio, SRIOV etc? -- Regards, Satish Singh -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#20222): https://lists.fd.io/g/vpp-dev/message/20222 Mute This Topi

Re: [vpp-dev] vlib_get_plugin_symbol returning null after upgrading to 21.06 version

Hi, Please note that starting with v21.01, plugin symbols are hidden by default and can’t be used from another plugin (or any other linked object). You need to add the __clib_export attribute to the symbols you want to expose to other plugins. For example, in the dns plugin, the dns_resolve_nam

Re: [vpp-dev] vlib_get_plugin_symbol returning null after upgrading to 21.06 version

+1... From: vpp-dev@lists.fd.io On Behalf Of Mohammed Hawari Sent: Wednesday, September 29, 2021 8:46 AM To: Dave Barach Cc: Satya Murthy ; vpp-dev Subject: Re: [vpp-dev] vlib_get_plugin_symbol returning null after upgrading to 21.06 version Hi, Please note that starting with v21.01

Re: [vpp-dev] upcoming change in nat44-ed static mapping API

On Tue, Sep 28, 2021 at 5:50 AM Klement Sekera -X (ksekera - PANTHEON TECH SRO at Cisco) wrote: > Hi Matt/vpp-dev, > > I’m reaching out after discussion with Andrew regarding an upcoming change > in behaviour of an API. Currently, when > nat44_ed_add_del_static_mapping[_v2] is called, the supplie

Re: [vpp-dev] vlib_get_plugin_symbol returning null after upgrading to 21.06 version

Thanks Mohammed and Dave for the quick inputs. Adding __clib_export  solved my issue. -- Thanks & Regards, Murthy -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#20226): https://lists.fd.io/g/vpp-dev/message/20226 Mute This Topic: https://lists.fd.

Re: [vpp-dev] vlib_get_plugin_symbol returning null after upgrading to 21.06 version

This works fine for me where the code is fully written by us. But, I have few functions which are kind of generated routines from a third party library, where we do not have control to add this __clib_export. Is there any way to work around this case? -- Thanks & Regards, Murthy -=-=-=-=-=-=-=-=

Re: [vpp-dev] vlib_get_plugin_symbol returning null after upgrading to 21.06 version

The cleanest solution would be to write a wrapper for each one of those autogenerated functions, and mark the wrapper as __clib_export Best regards Mohammed > On 29 Sep 2021, at 15:46, Satya Murthy wrote: > > This works fine for me where the code is fully written by us. > But, I have few funct

Re: [vpp-dev] rx-miss while sending packets to Interface (IMPORTANT)

I saw two noteworthy items in your 'vppctl show runtime' output: 1. All of the packets received/processed appear to be handled by the gtpu4-input node. They also all appear to be received/handled by a single worker thread. 2. Nearly all of the packets are being dropped. I mean the packets that wer

[vpp-dev] question using VPP APIs using vac layer

Hi All, i) want to use C APIs. ii) want to have vpp-client proxy which forward API messages to the VPP iii) towards VPP is the binary APIs , intent is use vac_connect, iv) VPP + this application will run in a pod. v) south another would send those APIs recieved by fastpath pod and send it to VPP.

Re: [vpp-dev] VPP Socket API how to use from the application #socket-api #vpp #sock-api

Hi Ole, Any examples for VAPI shared to use binary APIs ? Thanks, Regards, Venu On Thu, 23 Sept 2021 at 00:26, Ole Troan wrote: > Ravi, > > The VPP binary API supports two transports. Shared memory and unix domain > sockets. > VAPI is the C language binding for the binary API. I think it only

Re: [vpp-dev] rx-miss while sending packets to Interface (IMPORTANT)

Hey Sathish, Interface type is vfio-pci (10-Gigabit SFI/SFP+ Network Connection 10fb), with rx queue and tx queue of hardware set to 4096 (MAX).. Let me know if anything is known. :) Thanks, Akash On Wed, Sep 29, 2021 at 6:09 PM wrote: > Hi Akash, > > Please let me know what type interface an

Re: [vpp-dev] rx-miss while sending packets to Interface (IMPORTANT)

Hi Mathew, Thank you for your valuable response! Yes I have only one tunnel with complete 1 GBPS traffic flowing to the interface. So, My testing is only for one tunnel and not multiple tunnels. So, How can I bypass this rx-miss or split this work among all the available worker threads or any othe

Re: [vpp-dev] VPP, Unknown Error Message

Ok, now it worked after modifying the startup.conf file. nNow I face another issue with dslite configuration, lol On Sun, Sep 26, 2021 at 1:10 PM Ole Troan wrote: > > > > On 26 Sep 2021, at 10:43, Ameen Al-Azzawi > wrote: > > > > Note: The below command shows no plugins when I run it. > > > > [

[vpp-dev] VPP binary API/VPP_API_TEST program

Hi, I am seeing issues when I run the following commands in vpp_api_test. The following commands return none. In spite, there are routes and interfaces configured on vpp. vat# sw_interface_dump vat# ip_route_dump vat# The following command is not giving full details vat# ikev2_profile_dump pr