[vpp-dev] Regarding /var/run/.rte_config
Hi, I am running VPP with DPDK plugin. I see that when I normally run other non VPP DPDK applications, they create a file called /var/run/.rte_config But VPP running as a DPDK application (and calling rte_eal_init) does not create this file. There are consequences of the above in certain usecases where secondary processes try to look at this file. Can somebody advise why this file is not created when VPP is run with DPDK plugin. Or what needs to be done so that it does get created, or perhaps it is getting created somewhere that I am not aware of. I am running VPP as root. Regards -Prashant -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#9929): https://lists.fd.io/g/vpp-dev/message/9929 Mute This Topic: https://lists.fd.io/mt/23811660/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [vpp-dev] Regarding /var/run/.rte_config
Dear Prashant, We had lot of operational issues with dpdk leftover files in the past, so we took special care to made them disappear ASAP. Even if they are present you will not be able to use secondary process, we simply don't support that use case. Secondary process will not be able to access buffer memory as buffer memory is allocated by VPP and not by DPDK. Please note that VPP is not application built on top of DPDK, for us DPDK is just source of device drivers wit a bit of weight around them. Typical VPP feature code can work even without DPDK being present. If you explain your use case we might be able to advise you how to approach your problem in a way native to VPP, without relying on DPDK legacy features. Regards, -- Damjan > On 25 Jul 2018, at 13:11, Prashant Upadhyaya wrote: > > Hi, > > I am running VPP with DPDK plugin. > I see that when I normally run other non VPP DPDK applications, they > create a file called /var/run/.rte_config > But VPP running as a DPDK application (and calling rte_eal_init) does > not create this file. > > There are consequences of the above in certain usecases where > secondary processes try to look at this file. > > Can somebody advise why this file is not created when VPP is run with > DPDK plugin. Or what needs to be done so that it does get created, or > perhaps it is getting created somewhere that I am not aware of. I am > running VPP as root. > > Regards > -Prashant > -=-=-=-=-=-=-=-=-=-=-=- > Links: You receive all messages sent to this group. > > View/Reply Online (#9929): https://lists.fd.io/g/vpp-dev/message/9929 > Mute This Topic: https://lists.fd.io/mt/23811660/675642 > Group Owner: vpp-dev+ow...@lists.fd.io > Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [dmar...@me.com] > -=-=-=-=-=-=-=-=-=-=-=- -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#9933): https://lists.fd.io/g/vpp-dev/message/9933 Mute This Topic: https://lists.fd.io/mt/23811660/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [vpp-dev] Regarding /var/run/.rte_config
Dear Prashant, Try "pcap rx trace" and "pcap tx trace" command. https://git.fd.io/vpp/tree/src/plugins/dpdk/device/cli.c#n373 Also please note that VPP packet generator (pg) supports both pcap play and capture... -- Damjan > On 26 Jul 2018, at 12:42, Prashant Upadhyaya wrote: > > Hi Damjan, > > I was hoping to use the dpdk-pdump utility (built as part of DPDK) to > generate the pcap files for traffic passing through the various ports. > I have used that successfully with pure vanilla DPDK primary processes > (non VPP usecases). It runs as a secondary process. > > Well, my requirement is to generate pcap's for ports on both tx and rx > -- if you have an alternate VPP-core solution, that would be great. > > Regards > -Prashant > > > On Wed, Jul 25, 2018 at 11:32 PM, Damjan Marion wrote: >> >> Dear Prashant, >> >> We had lot of operational issues with dpdk leftover files in the past, so >> we took special care to made them disappear ASAP. >> >> Even if they are present you will not be able to use secondary process, >> we simply don't support that use case. Secondary process will not be >> able to access buffer memory as buffer memory is allocated by VPP and not by >> DPDK. >> >> Please note that VPP is not application built on top of DPDK, for us DPDK is >> just >> source of device drivers wit a bit of weight around them. Typical VPP >> feature >> code can work even without DPDK being present. >> >> If you explain your use case we might be able to advise you how to approach >> your problem >> in a way native to VPP, without relying on DPDK legacy features. >> >> Regards, >> >> -- >> Damjan >> >> On 25 Jul 2018, at 13:11, Prashant Upadhyaya wrote: >> >> Hi, >> >> I am running VPP with DPDK plugin. >> I see that when I normally run other non VPP DPDK applications, they >> create a file called /var/run/.rte_config >> But VPP running as a DPDK application (and calling rte_eal_init) does >> not create this file. >> >> There are consequences of the above in certain usecases where >> secondary processes try to look at this file. >> >> Can somebody advise why this file is not created when VPP is run with >> DPDK plugin. Or what needs to be done so that it does get created, or >> perhaps it is getting created somewhere that I am not aware of. I am >> running VPP as root. >> >> Regards >> -Prashant >> -=-=-=-=-=-=-=-=-=-=-=- >> Links: You receive all messages sent to this group. >> >> View/Reply Online (#9929): https://lists.fd.io/g/vpp-dev/message/9929 >> Mute This Topic: https://lists.fd.io/mt/23811660/675642 >> Group Owner: vpp-dev+ow...@lists.fd.io >> Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [dmar...@me.com] >> -=-=-=-=-=-=-=-=-=-=-=- >> >> -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#9936): https://lists.fd.io/g/vpp-dev/message/9936 Mute This Topic: https://lists.fd.io/mt/23811660/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [vpp-dev] Regarding /var/run/.rte_config
Hi Damjan, Thanks for your CLI pointers. It seems there is a limit of 100 packets which would work against my requirements. If you have any suggestions there before I look into the code to tinker with the 100, please do let me know. Regards -Prashant On Thu, Jul 26, 2018 at 4:24 PM, Damjan Marion wrote: > Dear Prashant, > > Try "pcap rx trace" and "pcap tx trace" command. > > https://git.fd.io/vpp/tree/src/plugins/dpdk/device/cli.c#n373 > > Also please note that VPP packet generator (pg) supports both pcap play and > capture... > > -- > Damjan > > On 26 Jul 2018, at 12:42, Prashant Upadhyaya wrote: > > Hi Damjan, > > I was hoping to use the dpdk-pdump utility (built as part of DPDK) to > generate the pcap files for traffic passing through the various ports. > I have used that successfully with pure vanilla DPDK primary processes > (non VPP usecases). It runs as a secondary process. > > Well, my requirement is to generate pcap's for ports on both tx and rx > -- if you have an alternate VPP-core solution, that would be great. > > Regards > -Prashant > > > On Wed, Jul 25, 2018 at 11:32 PM, Damjan Marion wrote: > > > Dear Prashant, > > We had lot of operational issues with dpdk leftover files in the past, so > we took special care to made them disappear ASAP. > > Even if they are present you will not be able to use secondary process, > we simply don't support that use case. Secondary process will not be > able to access buffer memory as buffer memory is allocated by VPP and not by > DPDK. > > Please note that VPP is not application built on top of DPDK, for us DPDK is > just > source of device drivers wit a bit of weight around them. Typical VPP > feature > code can work even without DPDK being present. > > If you explain your use case we might be able to advise you how to approach > your problem > in a way native to VPP, without relying on DPDK legacy features. > > Regards, > > -- > Damjan > > On 25 Jul 2018, at 13:11, Prashant Upadhyaya wrote: > > Hi, > > I am running VPP with DPDK plugin. > I see that when I normally run other non VPP DPDK applications, they > create a file called /var/run/.rte_config > But VPP running as a DPDK application (and calling rte_eal_init) does > not create this file. > > There are consequences of the above in certain usecases where > secondary processes try to look at this file. > > Can somebody advise why this file is not created when VPP is run with > DPDK plugin. Or what needs to be done so that it does get created, or > perhaps it is getting created somewhere that I am not aware of. I am > running VPP as root. > > Regards > -Prashant > -=-=-=-=-=-=-=-=-=-=-=- > Links: You receive all messages sent to this group. > > View/Reply Online (#9929): https://lists.fd.io/g/vpp-dev/message/9929 > Mute This Topic: https://lists.fd.io/mt/23811660/675642 > Group Owner: vpp-dev+ow...@lists.fd.io > Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [dmar...@me.com] > -=-=-=-=-=-=-=-=-=-=-=- > > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#9938): https://lists.fd.io/g/vpp-dev/message/9938 Mute This Topic: https://lists.fd.io/mt/23811660/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [vpp-dev] Regarding /var/run/.rte_config
Hi Damjan, I was hoping to use the dpdk-pdump utility (built as part of DPDK) to generate the pcap files for traffic passing through the various ports. I have used that successfully with pure vanilla DPDK primary processes (non VPP usecases). It runs as a secondary process. Well, my requirement is to generate pcap's for ports on both tx and rx -- if you have an alternate VPP-core solution, that would be great. Regards -Prashant On Wed, Jul 25, 2018 at 11:32 PM, Damjan Marion wrote: > > Dear Prashant, > > We had lot of operational issues with dpdk leftover files in the past, so > we took special care to made them disappear ASAP. > > Even if they are present you will not be able to use secondary process, > we simply don't support that use case. Secondary process will not be > able to access buffer memory as buffer memory is allocated by VPP and not by > DPDK. > > Please note that VPP is not application built on top of DPDK, for us DPDK is > just > source of device drivers wit a bit of weight around them. Typical VPP > feature > code can work even without DPDK being present. > > If you explain your use case we might be able to advise you how to approach > your problem > in a way native to VPP, without relying on DPDK legacy features. > > Regards, > > -- > Damjan > > On 25 Jul 2018, at 13:11, Prashant Upadhyaya wrote: > > Hi, > > I am running VPP with DPDK plugin. > I see that when I normally run other non VPP DPDK applications, they > create a file called /var/run/.rte_config > But VPP running as a DPDK application (and calling rte_eal_init) does > not create this file. > > There are consequences of the above in certain usecases where > secondary processes try to look at this file. > > Can somebody advise why this file is not created when VPP is run with > DPDK plugin. Or what needs to be done so that it does get created, or > perhaps it is getting created somewhere that I am not aware of. I am > running VPP as root. > > Regards > -Prashant > -=-=-=-=-=-=-=-=-=-=-=- > Links: You receive all messages sent to this group. > > View/Reply Online (#9929): https://lists.fd.io/g/vpp-dev/message/9929 > Mute This Topic: https://lists.fd.io/mt/23811660/675642 > Group Owner: vpp-dev+ow...@lists.fd.io > Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [dmar...@me.com] > -=-=-=-=-=-=-=-=-=-=-=- > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#9937): https://lists.fd.io/g/vpp-dev/message/9937 Mute This Topic: https://lists.fd.io/mt/23811660/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [vpp-dev] Regarding /var/run/.rte_config
Thanks Damjan, I had a temporary brain-freeze, I do see there is a max parameter as well. Regards -Prashant On Thu, Jul 26, 2018 at 4:46 PM, Prashant Upadhyaya wrote: > Hi Damjan, > > Thanks for your CLI pointers. > It seems there is a limit of 100 packets which would work against my > requirements. > If you have any suggestions there before I look into the code to > tinker with the 100, please do let me know. > > Regards > -Prashant > > > On Thu, Jul 26, 2018 at 4:24 PM, Damjan Marion wrote: >> Dear Prashant, >> >> Try "pcap rx trace" and "pcap tx trace" command. >> >> https://git.fd.io/vpp/tree/src/plugins/dpdk/device/cli.c#n373 >> >> Also please note that VPP packet generator (pg) supports both pcap play and >> capture... >> >> -- >> Damjan >> >> On 26 Jul 2018, at 12:42, Prashant Upadhyaya wrote: >> >> Hi Damjan, >> >> I was hoping to use the dpdk-pdump utility (built as part of DPDK) to >> generate the pcap files for traffic passing through the various ports. >> I have used that successfully with pure vanilla DPDK primary processes >> (non VPP usecases). It runs as a secondary process. >> >> Well, my requirement is to generate pcap's for ports on both tx and rx >> -- if you have an alternate VPP-core solution, that would be great. >> >> Regards >> -Prashant >> >> >> On Wed, Jul 25, 2018 at 11:32 PM, Damjan Marion wrote: >> >> >> Dear Prashant, >> >> We had lot of operational issues with dpdk leftover files in the past, so >> we took special care to made them disappear ASAP. >> >> Even if they are present you will not be able to use secondary process, >> we simply don't support that use case. Secondary process will not be >> able to access buffer memory as buffer memory is allocated by VPP and not by >> DPDK. >> >> Please note that VPP is not application built on top of DPDK, for us DPDK is >> just >> source of device drivers wit a bit of weight around them. Typical VPP >> feature >> code can work even without DPDK being present. >> >> If you explain your use case we might be able to advise you how to approach >> your problem >> in a way native to VPP, without relying on DPDK legacy features. >> >> Regards, >> >> -- >> Damjan >> >> On 25 Jul 2018, at 13:11, Prashant Upadhyaya wrote: >> >> Hi, >> >> I am running VPP with DPDK plugin. >> I see that when I normally run other non VPP DPDK applications, they >> create a file called /var/run/.rte_config >> But VPP running as a DPDK application (and calling rte_eal_init) does >> not create this file. >> >> There are consequences of the above in certain usecases where >> secondary processes try to look at this file. >> >> Can somebody advise why this file is not created when VPP is run with >> DPDK plugin. Or what needs to be done so that it does get created, or >> perhaps it is getting created somewhere that I am not aware of. I am >> running VPP as root. >> >> Regards >> -Prashant >> -=-=-=-=-=-=-=-=-=-=-=- >> Links: You receive all messages sent to this group. >> >> View/Reply Online (#9929): https://lists.fd.io/g/vpp-dev/message/9929 >> Mute This Topic: https://lists.fd.io/mt/23811660/675642 >> Group Owner: vpp-dev+ow...@lists.fd.io >> Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [dmar...@me.com] >> -=-=-=-=-=-=-=-=-=-=-=- >> >> >> -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#9940): https://lists.fd.io/g/vpp-dev/message/9940 Mute This Topic: https://lists.fd.io/mt/23811660/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [vpp-dev] Regarding /var/run/.rte_config
Hi again Damjan, I am currently using VPP release 18.01 which just has the tx capture functionality. I see that VPP release 18.07 has introduced the rx capture functionality. At the moment, upgrading my release to 18.01 is not an option. Can you please advise how easy or difficult it will be to backport the rx capture functionality and add it as a patch to 18.01. Regards -Prashant On Thu, Jul 26, 2018 at 4:56 PM, Prashant Upadhyaya wrote: > Thanks Damjan, > > I had a temporary brain-freeze, I do see there is a max parameter as well. > > Regards > -Prashant > > > On Thu, Jul 26, 2018 at 4:46 PM, Prashant Upadhyaya > wrote: >> Hi Damjan, >> >> Thanks for your CLI pointers. >> It seems there is a limit of 100 packets which would work against my >> requirements. >> If you have any suggestions there before I look into the code to >> tinker with the 100, please do let me know. >> >> Regards >> -Prashant >> >> >> On Thu, Jul 26, 2018 at 4:24 PM, Damjan Marion wrote: >>> Dear Prashant, >>> >>> Try "pcap rx trace" and "pcap tx trace" command. >>> >>> https://git.fd.io/vpp/tree/src/plugins/dpdk/device/cli.c#n373 >>> >>> Also please note that VPP packet generator (pg) supports both pcap play and >>> capture... >>> >>> -- >>> Damjan >>> >>> On 26 Jul 2018, at 12:42, Prashant Upadhyaya wrote: >>> >>> Hi Damjan, >>> >>> I was hoping to use the dpdk-pdump utility (built as part of DPDK) to >>> generate the pcap files for traffic passing through the various ports. >>> I have used that successfully with pure vanilla DPDK primary processes >>> (non VPP usecases). It runs as a secondary process. >>> >>> Well, my requirement is to generate pcap's for ports on both tx and rx >>> -- if you have an alternate VPP-core solution, that would be great. >>> >>> Regards >>> -Prashant >>> >>> >>> On Wed, Jul 25, 2018 at 11:32 PM, Damjan Marion wrote: >>> >>> >>> Dear Prashant, >>> >>> We had lot of operational issues with dpdk leftover files in the past, so >>> we took special care to made them disappear ASAP. >>> >>> Even if they are present you will not be able to use secondary process, >>> we simply don't support that use case. Secondary process will not be >>> able to access buffer memory as buffer memory is allocated by VPP and not by >>> DPDK. >>> >>> Please note that VPP is not application built on top of DPDK, for us DPDK is >>> just >>> source of device drivers wit a bit of weight around them. Typical VPP >>> feature >>> code can work even without DPDK being present. >>> >>> If you explain your use case we might be able to advise you how to approach >>> your problem >>> in a way native to VPP, without relying on DPDK legacy features. >>> >>> Regards, >>> >>> -- >>> Damjan >>> >>> On 25 Jul 2018, at 13:11, Prashant Upadhyaya wrote: >>> >>> Hi, >>> >>> I am running VPP with DPDK plugin. >>> I see that when I normally run other non VPP DPDK applications, they >>> create a file called /var/run/.rte_config >>> But VPP running as a DPDK application (and calling rte_eal_init) does >>> not create this file. >>> >>> There are consequences of the above in certain usecases where >>> secondary processes try to look at this file. >>> >>> Can somebody advise why this file is not created when VPP is run with >>> DPDK plugin. Or what needs to be done so that it does get created, or >>> perhaps it is getting created somewhere that I am not aware of. I am >>> running VPP as root. >>> >>> Regards >>> -Prashant >>> -=-=-=-=-=-=-=-=-=-=-=- >>> Links: You receive all messages sent to this group. >>> >>> View/Reply Online (#9929): https://lists.fd.io/g/vpp-dev/message/9929 >>> Mute This Topic: https://lists.fd.io/mt/23811660/675642 >>> Group Owner: vpp-dev+ow...@lists.fd.io >>> Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [dmar...@me.com] >>> -=-=-=-=-=-=-=-=-=-=-=- >>> >>> >>> -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#9957): https://lists.fd.io/g/vpp-dev/message/9957 Mute This Topic: https://lists.fd.io/mt/23811660/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [vpp-dev] Regarding /var/run/.rte_config
Dear Prashant, "git blame" is your friend. He can easily tell you which patch introduced that functionality. And than you can try to cherry-pick it on top of 18.01 -- Damjan > On 28 Jul 2018, at 07:27, Prashant Upadhyaya wrote: > > Hi again Damjan, > > I am currently using VPP release 18.01 which just has the tx capture > functionality. > I see that VPP release 18.07 has introduced the rx capture functionality. > > At the moment, upgrading my release to 18.01 is not an option. > Can you please advise how easy or difficult it will be to backport the > rx capture functionality and add it as a patch to 18.01. > > Regards > -Prashant > > On Thu, Jul 26, 2018 at 4:56 PM, Prashant Upadhyaya > wrote: >> Thanks Damjan, >> >> I had a temporary brain-freeze, I do see there is a max parameter as well. >> >> Regards >> -Prashant >> >> >> On Thu, Jul 26, 2018 at 4:46 PM, Prashant Upadhyaya >> wrote: >>> Hi Damjan, >>> >>> Thanks for your CLI pointers. >>> It seems there is a limit of 100 packets which would work against my >>> requirements. >>> If you have any suggestions there before I look into the code to >>> tinker with the 100, please do let me know. >>> >>> Regards >>> -Prashant >>> >>> >>> On Thu, Jul 26, 2018 at 4:24 PM, Damjan Marion wrote: Dear Prashant, Try "pcap rx trace" and "pcap tx trace" command. https://git.fd.io/vpp/tree/src/plugins/dpdk/device/cli.c#n373 Also please note that VPP packet generator (pg) supports both pcap play and capture... -- Damjan On 26 Jul 2018, at 12:42, Prashant Upadhyaya wrote: Hi Damjan, I was hoping to use the dpdk-pdump utility (built as part of DPDK) to generate the pcap files for traffic passing through the various ports. I have used that successfully with pure vanilla DPDK primary processes (non VPP usecases). It runs as a secondary process. Well, my requirement is to generate pcap's for ports on both tx and rx -- if you have an alternate VPP-core solution, that would be great. Regards -Prashant On Wed, Jul 25, 2018 at 11:32 PM, Damjan Marion wrote: Dear Prashant, We had lot of operational issues with dpdk leftover files in the past, so we took special care to made them disappear ASAP. Even if they are present you will not be able to use secondary process, we simply don't support that use case. Secondary process will not be able to access buffer memory as buffer memory is allocated by VPP and not by DPDK. Please note that VPP is not application built on top of DPDK, for us DPDK is just source of device drivers wit a bit of weight around them. Typical VPP feature code can work even without DPDK being present. If you explain your use case we might be able to advise you how to approach your problem in a way native to VPP, without relying on DPDK legacy features. Regards, -- Damjan On 25 Jul 2018, at 13:11, Prashant Upadhyaya wrote: Hi, I am running VPP with DPDK plugin. I see that when I normally run other non VPP DPDK applications, they create a file called /var/run/.rte_config But VPP running as a DPDK application (and calling rte_eal_init) does not create this file. There are consequences of the above in certain usecases where secondary processes try to look at this file. Can somebody advise why this file is not created when VPP is run with DPDK plugin. Or what needs to be done so that it does get created, or perhaps it is getting created somewhere that I am not aware of. I am running VPP as root. Regards -Prashant -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#9929): https://lists.fd.io/g/vpp-dev/message/9929 Mute This Topic: https://lists.fd.io/mt/23811660/675642 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [dmar...@me.com] -=-=-=-=-=-=-=-=-=-=-=- -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#9958): https://lists.fd.io/g/vpp-dev/message/9958 Mute This Topic: https://lists.fd.io/mt/23811660/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [vpp-dev] Regarding /var/run/.rte_config
If you want to attempt a manual cherry-pick: https://gerrit.fd.io/r/#/c/13745 - merged a couple of days ago - would be the right place to start. D. From: vpp-dev@lists.fd.io On Behalf Of Damjan Marion via Lists.Fd.Io Sent: Saturday, July 28, 2018 7:20 AM To: Prashant Upadhyaya Cc: vpp-dev@lists.fd.io Subject: Re: [vpp-dev] Regarding /var/run/.rte_config Dear Prashant, "git blame" is your friend. He can easily tell you which patch introduced that functionality. And than you can try to cherry-pick it on top of 18.01 -- Damjan On 28 Jul 2018, at 07:27, Prashant Upadhyaya mailto:praupadhy...@gmail.com>> wrote: Hi again Damjan, I am currently using VPP release 18.01 which just has the tx capture functionality. I see that VPP release 18.07 has introduced the rx capture functionality. At the moment, upgrading my release to 18.01 is not an option. Can you please advise how easy or difficult it will be to backport the rx capture functionality and add it as a patch to 18.01. Regards -Prashant On Thu, Jul 26, 2018 at 4:56 PM, Prashant Upadhyaya mailto:praupadhy...@gmail.com>> wrote: Thanks Damjan, I had a temporary brain-freeze, I do see there is a max parameter as well. Regards -Prashant On Thu, Jul 26, 2018 at 4:46 PM, Prashant Upadhyaya mailto:praupadhy...@gmail.com>> wrote: Hi Damjan, Thanks for your CLI pointers. It seems there is a limit of 100 packets which would work against my requirements. If you have any suggestions there before I look into the code to tinker with the 100, please do let me know. Regards -Prashant On Thu, Jul 26, 2018 at 4:24 PM, Damjan Marion mailto:dmar...@me.com>> wrote: Dear Prashant, Try "pcap rx trace" and "pcap tx trace" command. https://git.fd.io/vpp/tree/src/plugins/dpdk/device/cli.c#n373 Also please note that VPP packet generator (pg) supports both pcap play and capture... -- Damjan On 26 Jul 2018, at 12:42, Prashant Upadhyaya mailto:praupadhy...@gmail.com>> wrote: Hi Damjan, I was hoping to use the dpdk-pdump utility (built as part of DPDK) to generate the pcap files for traffic passing through the various ports. I have used that successfully with pure vanilla DPDK primary processes (non VPP usecases). It runs as a secondary process. Well, my requirement is to generate pcap's for ports on both tx and rx -- if you have an alternate VPP-core solution, that would be great. Regards -Prashant On Wed, Jul 25, 2018 at 11:32 PM, Damjan Marion mailto:dmar...@me.com>> wrote: Dear Prashant, We had lot of operational issues with dpdk leftover files in the past, so we took special care to made them disappear ASAP. Even if they are present you will not be able to use secondary process, we simply don't support that use case. Secondary process will not be able to access buffer memory as buffer memory is allocated by VPP and not by DPDK. Please note that VPP is not application built on top of DPDK, for us DPDK is just source of device drivers wit a bit of weight around them. Typical VPP feature code can work even without DPDK being present. If you explain your use case we might be able to advise you how to approach your problem in a way native to VPP, without relying on DPDK legacy features. Regards, -- Damjan On 25 Jul 2018, at 13:11, Prashant Upadhyaya mailto:praupadhy...@gmail.com>> wrote: Hi, I am running VPP with DPDK plugin. I see that when I normally run other non VPP DPDK applications, they create a file called /var/run/.rte_config But VPP running as a DPDK application (and calling rte_eal_init) does not create this file. There are consequences of the above in certain usecases where secondary processes try to look at this file. Can somebody advise why this file is not created when VPP is run with DPDK plugin. Or what needs to be done so that it does get created, or perhaps it is getting created somewhere that I am not aware of. I am running VPP as root. Regards -Prashant -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#9929): https://lists.fd.io/g/vpp-dev/message/9929 Mute This Topic: https://lists.fd.io/mt/23811660/675642 Group Owner: vpp-dev+ow...@lists.fd.io<mailto:vpp-dev+ow...@lists.fd.io> Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [dmar...@me.com] -=-=-=-=-=-=-=-=-=-=-=- -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#9961): https://lists.fd.io/g/vpp-dev/message/9961 Mute This Topic: https://lists.fd.io/mt/23811660/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-