Perfect, that seems like a much easier solution :)
Thanks
/Michael
From: "Dave Barach (dbarach)" <dbar...@cisco.com>
Sent: Monday, 5 February 2018, 4.17 PM
To: Michael Lilja; vpp-dev@lists.fd.io <vpp-dev@lists.fd.io>
Subject: RE: Calling a C function in one plugin from another plugin?
You can ask vlib_get_plugin_symbol ("plugin_name", "function_name") for the
address of a function...
Returns NULL if e.g. the plugin in question isn't loaded or the symbol is
missing.
HTH... D.
-----Original Message-----
From: vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io] On
Behalf Of Michael Lilja
Sent: Monday, February 5, 2018 9:54 AM
To: vpp-dev@lists.fd.io
Subject: [vpp-dev] Calling a C function in one plugin from another plugin?
Hi,
I'm looking at using DPDK rte_flow (generic flow API) for ACL offloading. From
what I can see the only option I have is to implement a v1_msg_* receiver in
the DPDK plugin to accept commands from ACL via the SHMEM rings. The concern I
have is that this might be in conflict with the design of VPP, I'm not sure if
VPP is designed to have inter-plugin-communication?
Does anyone have another approach to call DPDK functions from within another
plugins instead of the v1_msg_* layer?
Thanks,
Michael
_______________________________________________
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinfo/vpp-dev
_______________________________________________
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinfo/vpp-dev
