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 <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
> <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
>> <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 <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 <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 <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 <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
>>>> 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]
-=-=-=-=-=-=-=-=-=-=-=-

Reply via email to