Hi,
We are using v21.06 release and recently encountered crash in async crypto
framework which is fixed by [1]
This patch is missing in stable/2106 branch. I searched more and find out that
there are more IPSec fixes which are not part of stable/2106 ([2], [3],[4])
Is there any plan to merge
deployments. We can provide our feedback on the changes for any performance
impact on our SoC
Thanks,
Nitin
> -Original Message-
> From: Damjan Marion
> Sent: Wednesday, July 14, 2021 11:18 PM
> To: vpp-dev
> Cc: Honnappa Nagarahalli ; Govindarajan
> Mohandoss ; Tianyu L
vices/armv8_cavium_thunder
Thanks,
Nitin
> -Original Message-
> From: Damjan Marion
> Sent: Monday, December 14, 2020 4:19 PM
> To: Nitin Saxena
> Cc: vpp-dev
> Subject: Re: [EXT] [vpp-dev] New perfmon plugin
>
>
> Isn’t there also uncore PMU? I can se
,
Nitin
> -Original Message-
> From: Damjan Marion
> Sent: Saturday, December 12, 2020 7:46 PM
> To: Nitin Saxena
> Cc: vpp-dev
> Subject: Re: [EXT] [vpp-dev] New perfmon plugin
>
>
> cool, if I got it right ThunderX2 have
> own PMU so we can add it as new sour
Hi Damjan,
I was already fan of older perfmon plugin and new one seems superset of the
older one (at-least from video)
Nice addition
Thanks,
Nitin
> -Original Message-
> From: vpp-dev@lists.fd.io On Behalf Of Damjan
> Marion via lists.fd.io
> Sent: Friday, December 11, 2020 9:44 PM
>
Thanks Dave for your relentless efforts in making VPP better, not just from
performance perspective but also from its usability point of view. Contribution
like perfmon, pcap tracing, G2 graph viewer and list goes on …are sheer
examples of visionary PTL.
Congratulations to Damjan!. Both of you
From: vpp-dev@lists.fd.io On Behalf Of Dave Barach via
lists.fd.io
Sent: Wednesday, September 2, 2020 6:44 PM
To: Nitin Saxena ; vpp-dev
Subject: [EXT] Re: [vpp-dev] How to see coverity logs
External Email
Known Coverity UI bug. Happens all the time for me.
Back up
Hi Maintainers,
I would like to see coverity logs for latest VPP build. I tried adding
https://scan.coverity.com/projects/fd-io-vp to my github but when I click on
"View Defects" it says "Permission denied".
Is it possible to view coverity logs or I am missing anything?
Thanks,
Nitin
Hi Lijian,
+1 on the finding. It would be interested to know how much is the performance
gain.
Having said that, correct me if I am wrong, I think pmalloc module works only
on single hugepage size (pm->def_log2_page_sz) which means either 1G or 2M and
not both
Thanks,
Nitin
From:
Hi,
I too agree with Chris and Elias. Although my suggestion is not to change code
variables or any code per say because it's not difficult to understand the code.
But at least, we should change documentation/comments and CLI output which
makes obvious that packet != vector (although it is
Hi Dave,
Thanks for sharing the information.
-Nitin
From: vpp-dev@lists.fd.io On Behalf Of Dave Wallace
Sent: Monday, March 30, 2020 8:49 PM
To: Nitin Saxena
Cc: vpp-dev
Subject: [EXT] Re: [vpp-dev] Next LTS release?
External Email
Hi Nitin,
The plan
Hi Dave,
I know from mailing list that current VPP LTS release is 19.08. Could you
please confirm which next release will be candidate for LTS? Is it going to be
20.08?
I could not find any LTS release information on VPP
homepage(https://wiki.fd.io/view/VPP). Appreciate if you share the link
, in dpdk plugin or
vlib
Thanks,
Nitin
From: chetan bhasin
Sent: Tuesday, February 18, 2020 12:50 PM
To: me
Cc: Nitin Saxena ; vpp-dev
Subject: Re: [EXT] [vpp-dev] Regarding buffers-per-numa parameter
Hi,
One more finding related to intel nic and number of buffers (537600)
vpp branch
driver
>> I am guessing DPDK-19.08 is being used here with VPP-19.08
Typo, dpdk-19.05 and not dpdk-19.08
> -Original Message-
> From: vpp-dev@lists.fd.io On Behalf Of Nitin Saxena
> Sent: Monday, February 17, 2020 5:34 PM
> To: Damjan Marion
> Cc: chetan bhasin ; vpp-dev@
: Damjan Marion
> Sent: Monday, February 17, 2020 3:47 PM
> To: Nitin Saxena
> Cc: chetan bhasin ; vpp-dev@lists.fd.io
> Subject: Re: [EXT] [vpp-dev] Regarding buffers-per-numa parameter
>
>
> Dear Nitin,
>
> if you read Chetan’s email bellow, you will see that
Hi Prashant/Chetan,
I would try following change first to solve the problem in 1908
commit b6e8b1a7c8bf9f9fbd05cdc3c90111d9e7a6897b
Author: Damjan Marion
Date: Tue Mar 12 18:14:15 2019 +0100
vlib: don't use vector for keeping buffer indices in
Type: refactor
Change-Id:
Yeah I got the clear picture. Eventually MSIX can be routed to worker cores
which can wake on eventfd, hence unix-epoll-input node required.
Thanks,
Nitin
From: Damjan Marion
Sent: Wednesday, February 5, 2020 3:08 PM
To: Nitin Saxena
Cc: vpp-dev@lists.fd.io
Subject: Re: [EXT] [vpp-dev
@lists.fd.io On Behalf Of Damjan Marion via
Lists.Fd.Io
Sent: Wednesday, February 5, 2020 2:32 PM
To: Nitin Saxena
Cc: vpp-dev@lists.fd.io
Subject: Re: [EXT] Re: [vpp-dev] Regarding unix_epoll_input on worker cores
No, there is no need to change default state. State can be changed dur
Thanks Damjan.
Then I think there will be plan to change default state of INPUT nodes from
POLLING to INTERRUPTIBLE. I think it is required to enable this feature at some
point.
Thanks,
Nitin
From: Damjan Marion
Sent: Wednesday, February 5, 2020 2:00 PM
To: Nitin Saxena
Cc: vpp-dev
Subject
Hi,
I understand the purpose of unix-epoll-input PRE_INPUT node on main thread but
I am not able to envision why it is required on worker core.
The way I see it all clib_file_xx() operations are on main core.
It will be helpful if any scenario can be explained where presence of
+1
Thanks,
Nitin
> -Original Message-
> From: csit-...@lists.fd.io On Behalf Of Damjan Marion
> via Lists.Fd.Io
> Sent: Tuesday, January 28, 2020 2:24 AM
> To: vpp-dev ; csit-...@lists.fd.io
> Cc: csit-...@lists.fd.io
> Subject: [EXT] [csit-dev] crypto_ia32 -> crypto_native
>
>
Hi Florin,
Thanks. I have raised https://gerrit.fd.io/r/#/c/vpp/+/24192/ for formal review.
Neale, Dave and you are code reviewer.
Thanks,
Nitin
From: Florin Coras
Sent: Saturday, January 4, 2020 12:33 AM
To: Nitin Saxena
Cc: Dave Barach (dbarach) ; vpp-dev@lists.fd.io; Neale Ranns
(nranns
Thanks Balaji. Destination IP lookup happens in ip4-lookup node. The source IP
getting checked in ip4-local for uRPF functionality
Thanks,
Nitin
From: Balaji Venkatraman (balajiv)
Sent: Friday, January 3, 2020 8:39 PM
To: Nitin Saxena
Cc: Dave Barach (dbarach) ; vpp-dev@lists.fd.io
Subject
barach)
Sent: Friday, January 3, 2020 8:08 PM
To: Nitin Saxena ; vpp-dev@lists.fd.io
Subject: [EXT] RE: [vpp-dev] Check in ip4_local_inline()
External Email
Ask yourself how often there will be precisely one source (or dst) IP address
in this path. Optimizing a sp
Hi,
I am sending UDP termination packets to VPP interface with single source IP. I
find that fib lookup is happening for every packet, even if source IP for
current packet is same as last packet. Is it expected behavior? Following patch
seems to avoid lookup for every packet.
Thanks,
Nitin
Hi Jerome,
Thanks for the clarification
Regards,
Nitin
> -Original Message-
> From: Jerome Tollet (jtollet)
> Sent: Wednesday, December 4, 2019 11:30 PM
> To: Nitin Saxena ; Thomas Monjalon
> ; Damjan Marion
> Cc: vpp-dev@lists.fd.io
> Subject: [EXT] Re: [v
Hi Jerome,
I have query unrelated to the original thread.
>> There are other examples (lookaside and inline)
By inline do you mean "Inline IPSEC"? Could you please elaborate what you meant
by inline offload in VPP?
Thanks,
Nitin
> -Original Message-
> From: vpp-dev@lists.fd.io On
Understood.
Thanks
Nitin
> -Original Message-
> From: Damjan Marion
> Sent: Friday, November 1, 2019 5:13 PM
> To: Nitin Saxena
> Cc: vpp-dev@lists.fd.io
> Subject: Re: [EXT] [vpp-dev] cross-compilation support
>
>
>
> > On 1 Nov 2019, at 12:14,
re
intended for native compilation and not for cross
Thanks,
Nitin
> -Original Message-
> From: Damjan Marion
> Sent: Friday, November 1, 2019 4:10 PM
> To: Nitin Saxena
> Cc: vpp-dev@lists.fd.io
> Subject: Re: [EXT] [vpp-dev] cross-compilation support
>
>
>
&g
for
octeontx. Hence I asked for the capability to pass vpp_cmake_args from
build-data/platforms/octeontx.mk because I found it as a cleaner approach.
Comments?
Thanks,
Nitin
> -Original Message-
> From: Damjan Marion
> Sent: Friday, November 1, 2019 1:34 AM
> To: Dam
Hi,
>> cmake /path/to/vpp/src [your favorite xcompile args] cmake —build .
Instead of having a shell script to pass cmake commands, I really liked the
idea of passing vpp_cmake_args from build-data/platforms/*.mk
(https://gerrit.fd.io/r/#/c/vpp/+/21035/23/build-data/platforms/native.mk@42).
i.
rte_security (https://doc.dpdk.org/guides/prog_guide/rte_security.html)
So help us in understanding what can we do to upstream this plugin. Appreciate
if questions in following mail can be answered.
Thanks,
Nitin
From: vpp-dev@lists.fd.io On Behalf Of Nitin Saxena
Sent
Hi Damjan,
See my response inline
Thanks,
Nitin
From: Damjan Marion
Sent: Tuesday, August 20, 2019 12:24 AM
To: Nitin Saxena
Cc: vpp-dev@lists.fd.io
Subject: Re: [EXT] [vpp-dev] Marvell OCTEONTx2 plugin
Dear Nitin,
Here is my view on this:
- All VPP dependencies should be open source
From: vpp-dev@lists.fd.io on behalf of Damjan Marion via
Lists.Fd.Io
Sent: Monday, August 19, 2019 9:30 PM
To: Nitin Saxena
Cc: vpp-dev@lists.fd.io
Subject: [EXT] Re: [vpp-dev] Marvell OCTEONTx2 plugin
External Email
Dear Nitin,
Where we can find “libmarvelldpdk
Hi,
Following is the link for README.md
https://gerrit.fd.io/r/#/c/vpp/+/21394/1/src/plugins/octeontx2/README.md
Thanks,
Nitin
From: vpp-dev@lists.fd.io On Behalf Of Nitin Saxena
Sent: Monday, August 19, 2019 8:21 PM
To: vpp-dev@lists.fd.io
Cc: Narayana Prasad Raju Athreya
Subject: [EXT] [vpp
Hi Maintainers,
I have pushed patch for Marvell OCTEON TX2 driver plugin:
https://gerrit.fd.io/r/#/c/vpp/+/21394/
Appreciate your feedback on the patch.
Thanks,
Nitin
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#13785):
Hi,
* I didn't see an option in the root Makefile that would build just VPP
without DPDK, but we want to support both.
As already described by Damjan in earlier mails, one can compile VPP without
DPDK like below
1. git clone https://gerrit.fd.io/r/vpp;
2. Optional: cross compiled
Hi,
See if following link helps
https://fdio-vpp.readthedocs.io/en/latest/gettingstarted/developers/vlib.html#graph-dispatcher-internals
Thanks,
Nitin
From: vpp-dev@lists.fd.io On Behalf Of
chandan.moha...@nokia.com
Sent: Wednesday, July 24, 2019 3:55 PM
To: vpp-dev@lists.fd.io
Subject:
Hi,
>> I have searched the mailing list and know about the DPDK take buffer from
>> VPP,
Correct. VPP does two things to allow DPDK to use VPP buffers.
1. Register two mempool ops to DPDK namely “vpp” (cached/fast) and
“vpp-no-cache” (non-cached/slow). See function
From: vpp-dev@lists.fd.io On Behalf Of Nitin Saxena
Sent: Tuesday, April 30, 2019 4:52 PM
To: vpp-dev@lists.fd.io
Subject: [EXT] [vpp-dev] Centos job failing because of python-ply package
External Email
Hi,
The Centos job has been failing in https://gerrit.fd.io/r
Hi,
The Centos job has been failing in https://gerrit.fd.io/r/#/c/18564/ because
cmake is not able to find python-ply package.
I can see that the master branch has fix from Paul for this but still this is
failing. Any help??
Thanks,
Nitin
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages
From: Damjan Marion
Sent: Friday, March 22, 2019 3:59 PM
To: Nitin Saxena
Cc: vpp-dev@lists.fd.io; Narayana Prasad Raju Athreya
Subject: Re: [EXT] [vpp-dev] 128 byte cache line support
On 22 Mar 2019, at 09:35, Nitin Saxena
mailto:nsax...@marvell.com>> wrote:
Hi Damjan,
>
to me.
Thanks,
Nitin
From: vpp-dev@lists.fd.io On Behalf Of Damjan Marion via
Lists.Fd.Io
Sent: Friday, March 22, 2019 1:32 PM
To: Nitin Saxena
Cc: vpp-dev@lists.fd.io
Subject: Re: [EXT] [vpp-dev] 128 byte cache line support
—
Damjan
On 22 Mar 2019, at 01:37, Nitin Saxena
mailt
From: Damjan Marion
Sent: Friday, March 22, 2019 12:35 AM
To: Nitin Saxena
Cc: vpp-dev@lists.fd.io; Narayana Prasad Raju Athreya
Subject: Re: [EXT] [vpp-dev] 128 byte cache line support
On 21 Mar 2019, at 17:11, Nitin Saxena
mailto:nsax...@marvell.com>>
Hi Damjan,
See my comments inline.
From: Damjan Marion
Sent: Thursday, March 21, 2019 9:34 PM
To: Nitin Saxena
Cc: vpp-dev@lists.fd.io; Narayana Prasad Raju Athreya
Subject: Re: [EXT] Re: [vpp-dev] 128 byte cache line support
> On 21 Mar 2019, at 16
Hi Damjan,
From: Damjan Marion
Sent: Thursday, March 21, 2019 8:47 PM
To: Nitin Saxena
Cc: vpp-dev@lists.fd.io; Narayana Prasad Raju Athreya
Subject: Re: [EXT] Re: [vpp-dev] 128 byte cache line support
On 21 Mar 2019, at 16:04, Nitin Saxena
mailto:nsax
Hi Damjan,
From: vpp-dev@lists.fd.io on behalf of Damjan Marion via
Lists.Fd.Io
Sent: Thursday, March 21, 2019 6:03 PM
To: Nitin Saxena
Cc: vpp-dev@lists.fd.io
Subject: Re: [EXT] Re: [vpp-dev] 128 byte cache line support
> On 21 Mar 2019, at 06:51, Ni
Hi,
First all sorry for responding late to this mail chain. Please see my answers
inline in blue
Thanks,
Nitin
From: Damjan Marion
Sent: Monday, March 18, 2019 4:48 PM
To: Honnappa Nagarahalli
Cc: vpp-dev; Nitin Saxena
Subject: [EXT] Re: [vpp-dev] 128 byte
+1. Worth trying.
-Nitin
From: vpp-dev@lists.fd.io on behalf of Dave Barach via
Lists.Fd.Io
Sent: Friday, February 8, 2019 9:51 PM
To: vpp-dev@lists.fd.io
Cc: vpp-dev@lists.fd.io
Subject: [vpp-dev] vpp graph dispatch fine-grained event log capture and
If yes, why the frame needs to traverse two directions?Should it not
traverse only feature-arc?
The flow is in one direction only.
Every node has speculated "next_index" node. If the speculated "next_index"
node is not same as actual "next0" node (which is typically retrieved by
either
Email
On 3 Feb 2019, at 18:38, Nitin Saxena
mailto:nitin.sax...@cavium.com>> wrote:
Hi Damjan,
Which exact operation do they accelerate?
There are many…basic features are…
- they accelerate fast buffer free and alloc. Single instruction required for
both operations.
I quickly look
Email
On 3 Feb 2019, at 16:58, Nitin Saxena
mailto:nsax...@marvell.com>> wrote:
Hi Damjan,
I have few queries regarding this patch.
- DPDK mempools are not used anymore, we register custom mempool ops, and dpdk
is taking buffers from VPP
Some of the targets uses hardware memory allocator l
Hi Damjan,
I have few queries regarding this patch.
- DPDK mempools are not used anymore, we register custom mempool ops, and dpdk
is taking buffers from VPP
Some of the targets uses hardware memory allocator like OCTEONTx family and
NXP's dpaa. Those hardware allocators are exposed as
Hi Damjan,
>>Somebody needs to spend a bit of time to teach CMake how to properly
>>cross-compile
Correct me if I am wrong but I think cross-compilation support was there before
CMake transition. Also I am not finding capability to link VPP with externally
compiled dpdk? Am I correct or
Ok Thanks,
Nitin
On Monday 24 September 2018 05:36 PM, Damjan Marion wrote:
External Email
No AFAIK, we prefer to have native implementations.
--
Damjan
On 24 Sep 2018, at 13:16, Nitin Saxena <mailto:nitin.sax...@cavium.com>> wrote:
Hi,
Is there any road map to sup
Hi,
Is there any road map to support DPDK rte_security library with IPSEC
protocol?
Thanks,
Nitin
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#10624): https://lists.fd.io/g/vpp-dev/message/10624
Mute This Topic:
Thanks Damjan. I will reanalyze my approach.
Thanks,
Nitin
> On 23-Sep-2018, at 16:29, Damjan Marion wrote:
>
> External Email
>
> Dear Nitin,
>
>> On 22 Sep 2018, at 20:30, Nitin Saxena wrote:
>>
>> Hi Damjan/Dave.
>>
>>> You will end
please point me to
the code?
Thanks,
Nitin
> On 22-Sep-2018, at 8:01 PM, Damjan Marion wrote:
>
>
> —
> Damjan
>
>> On 22 Sep 2018, at 16:10, Nitin Saxena wrote:
>>
>> Thanks Dave for the detailed answers.
>>
>>> Patches which skip ANY of the
implication anyone running vpp -
> depend on these checks having been performed. These checks are important for
> three reasons: functional correctness, security, and observability.
>
> Patches which skip ANY of the work described above will not be merged.
>
> Thanks...
Hi,
In case of L3Fwd, there is a possibility of handing of vlib_buffer from
device-input to ipv4-lookup and thereby skipping
ipv4-input/ipv4-input-no-chksum completely.
All ipv4-input/ipv4-input-nochksum functionalities can be offloaded to hardware
and hence the node can be skipped.
to...
—
Damjan
On 6 Sep 2018, at 14:04, Nitin Saxena <mailto:nitin.sax...@cavium.com>> wrote:
Hi Damjan,
cmake is making Cavium's OCTEONTx build failure. Following is the
failure log
In function ‘dpdk_init’:
/home/nsaxen
Hi Damjan,
cmake is making Cavium's OCTEONTx build failure. Following is the
failure log
In function ‘dpdk_init’:
/home/nsaxena/vpp/src/plugins/dpdk/device/init.c:1802:3: error: static
assertion failed: "DPDK RTE CACHE LINE
Hi Stanislav,
Are you seeing this issue with dpdk-18.05? You will get this error with
dpdk-18.02.1.
In vpp master branch dpdk-18.05 is enabled by default.
Thanks,
Nitin
On Friday 20 July 2018 05:49 PM, Stanislav Chlebec wrote:
External Email
Hello all
I was trying to achieve
$
Thanks
Stanislav
*From:*Nitin Saxena [mailto:nitin.sax...@cavium.com]
*Sent:* Wednesday, July 18, 2018 4:02 PM
*To:* Stanislav Chlebec ;
vpp-dev@lists.fd.io
*Subject:* Re: [vpp-dev] #vpp Cavium ThunderX (ARM64) Build error:
config.status: error: cannot find input file: `vlib/config.h.in'
Ideally
Error 2
*From:*Nitin Saxena [mailto:nitin.sax...@cavium.com]
*Sent:* Wednesday, July 18, 2018 12:58 PM
*To:* vpp-dev@lists.fd.io
*Subject:* Re: [vpp-dev] #vpp Cavium ThunderX (ARM64) Build error:
config.status: error: cannot find input file: `vlib/config.h.in'
Hi Stanislav,
Unfortunately I do n
Hi Stanislav,
Unfortunately I do not have access to ThunderX but my ThunderX2
compilation works on master branch.
Also I observed that following gerrit job running on Cavium's ThunderX
compiles src/vnet/ethernet/interface.c successfully.
Hi Stan,
I prefer you should use master branch and not v1804 for ThunderX.
Also "make bootstrap" is not required anymore. From the logs look like
problem with Autoconf tools.
Thanks,
Nitin
On Wednesday 18 July 2018 02:24 PM, Stanislav Chlebec wrote:
External Email
Hello
I am trying
;
> VPP expect that buffer memory is in contiguous shareable VA space represented
> by single mmap()-able file descriptor
> and VPP needs to know that file descriptor.
>
> Regards,
>
> Damjan
>
>> On 6 Jun 2018, at 11:04, Nitin Saxena wrote:
>>
>> Hi Dam
Hi Ravi,
Sorry for diluting your topic. From your stack trace and show interface output
I thought you are using OCTEONTx.
Regards,
Nitin
> On 06-Jun-2018, at 22:10, Ravi Kerur wrote:
>
> Steven, Damjan, Nitin,
>
> Let me clarify so there is no confusion, since you are assisting me to
> get
Hi Damjan,
I want separate email-thread for the OCTEONTx mempool ops.
> Regarding the octeon tx mempool, no idea what it is,
OCTEONTx mempool ops uses hardware mempool allocator instead of DPDK
software mempool. This is not enabled by default in DPDK but once
enabled all buffers are managed
Hi,
Gerrit patch: https://gerrit.fd.io/r/#/c/12813/ failing because dpdk
package is pre-installed on ThunderX and not compiled during this patch.
Logs from:
https://jenkins.fd.io/job/vpp-arm-verify-master-ubuntu1604/617/console
=
12:22:26 make -C dpdk install-deb
12:22:26
Nitin
On 01-Jun-2018, at 21:39, Damjan Marion mailto:dmar...@me.com>>
wrote:
Dear Nitin,
I really don't have anything else to add. It your call how do you want to
proceed
Regards,
Damjan
On 1 Jun 2018, at 18:02, Nitin Saxena
mailto:nitin.sax...@cavium.com>> wrote:
Hi
wrote:
Dear Nitin,
I really don't have anything else to add. It your call how do you want to
proceed
Regards,
Damjan
On 1 Jun 2018, at 18:02, Nitin Saxena
mailto:nitin.sax...@cavium.com>> wrote:
Hi Damjan,
Answers Inline.
Thanks,
Nitin
On Friday 01 June 2018 08:49 PM, Damjan Mari
Hi Damjan,
Answers Inline.
Thanks,
Nitin
On Friday 01 June 2018 08:49 PM, Damjan Marion wrote:
Hi Nitin,
inline...
On 1 Jun 2018, at 15:23, Nitin Saxena wrote:
Hi Damjan,
It was hard to know that you have subset of patches hidden somewhere.
I wouldn't say patches are hidden. We
.
--
Damjan
On 31 May 2018, at 21:10, Saxena, Nitin <mailto:nitin.sax...@cavium.com>> wrote:
Hi Damjan,
Answers inline.
Thanks,
Nitin
On 01-Jun-2018, at 12:15 AM, Damjan Marion <mailto:dmarion.li...@gmail.com>> wrote:
Dear Nitin,
See inline….
On 31 May 2018, at 19:59, Nit
Hi Damjan,
Answers inline.
Thanks,
Nitin
> On 01-Jun-2018, at 12:15 AM, Damjan Marion wrote:
>
>
> Dear Nitin,
>
> See inline….
>
>
>> On 31 May 2018, at 19:59, Nitin Saxena wrote:
>>
>> Hi,
>>
>> I am working on optimising dpdk-in
Hi,
I am working on optimising dpdk-input node (based on vpp v1804) for our target.
I am able to get performance improvements on our target but the problem I am
finding now are:
1) The dpdk-input code is completely changed on master branch from v1804. Not
to mention the dpdk-input master
Hi Damjan,
This request was discussed in FD.io ARM call in order to optimize
dpdk-input node for ARM platforms. Macchiatobin is one common platform
where almost all ARM stakeholders are working on and profiling
data/details can be easily shared among them.
Thanks,
Nitin
On Wednesday 16 May
with IP unnumbered).
Note that the IPIP interface supports {IPvX over IPvY} where X and Y are 4 and
6. So your patch would blindly enable IPv4, which isn't quite what you want.
Cheers,
Ole
On 14 May 2018, at 14:27, Nitin Saxena <nitin.sax...@cavium.com> wrote:
Hi,
Using VPP v1804 I crea
Hi,
Using VPP v1804 I created IP-in-IP tunnel and ran into IP4-not-enabled
issue. Following is the trace
===
-- Start of thread 1 vpp_wk_0 ---
Packet 1
00:04:16:407330: dpdk-input
VirtualFunctionEthernet1/0/1 rx queue 0
buffer
Hi Prashant,
Hope you are doing fine.
Regarding your question, I am not able to see macswap plugin in current
master branch but I will try to explain wrt dpdk_plugin:
With respect to low level device each VPP device driver registers for
1) INPUT_NODE (For Rx) VLIB_REGISTER_NODE (This you
Hi,
If dpdk plugin used, which is the default case in VPP, MTU to each
interface is set by retrieving MTU information from underlying DPDK PMD
API: rte_eth_dev_info_get(). So if the device supports max MTU say 9216
then that will be configured.
I don't think setting MTU via vpp cli or
Hi,
In gerrit patch: https://gerrit.fd.io/r/#/c/10148/ I am seeing opensuse
job failures in master branch. I tried rechecking multiple times. Errors
I have been seeing are following:
https://jenkins.fd.io/job/vpp-verify-master-opensuse/2627/console
10:45:30 curl: (6)
83 matches
Mail list logo
