Well, I can dump my opinion regarding this. we can disable memif plugin and same feature can be achieved using dpdk EAL option. For details please refer bellow link.
https://doc.dpdk.org/guides/nics/memif.html This required small patch by adding a new statrup.conf section under dpdk { --vdev=net_memif0, net_memif1, … } , to handle this we need to translate this in dpdk plugin to inject EAL in rte_eal_init. On Sun, 24 Oct, 2021, 5:16 am Damjan Marion, <dmar...@me.com> wrote: > What is your suggestion? Which part of the plugin is wrongly written? > > — > Damjan > > On 24.10.2021., at 00:16, Mrityunjay Kumar <kumarn...@gmail.com> wrote: > > > Damjan, > > I think you are trying to explain one copy always occurs in memif > communication, > > > Currently VPP memif plugin is wrongly/misleadingly written and it also > misguiding to VPP users. > > When I look this code long back, it also misleading me. > > > > On Sat, 23 Oct, 2021, 11:52 pm Damjan Marion via lists.fd.io, <dmarion= > me....@lists.fd.io> wrote: > >> >> Please note that “zero copy memif” doesn’t exist. >> >> Long time ago I possibly wrongly/misleadingly added VPP feature with name >> “zero-copy slave”. >> >> It is vpp internal feature which avoids 2nd memcopy by exposing VPP >> (slave only) buffers directly to master. >> In such scenario still one memcpy exists…. >> >> >> — >> Damjan >> >> >> >> > On 22.10.2021., at 13:19, Satya Murthy <satyamurthy1...@gmail.com> >> wrote: >> > >> > Thanks MJ for the quick reply. >> > Will try this and check. >> > >> > -- >> > Thanks & Regards, >> > Murthy >> > >> > >> >> >> >> >>
-=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#20370): https://lists.fd.io/g/vpp-dev/message/20370 Mute This Topic: https://lists.fd.io/mt/86509719/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
