Back from long vacation...
2019-10-15
Kingwel
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#14180): https://lists.fd.io/g/vpp-dev/message/14180
Mute This Topic: https://lists.fd.io/mt/34545996/21656
Group Owner: vpp-dev+ow...@lists.fd.io
unless you want many buffers per numa.
Regards,
Kingwel
From: vpp-dev@lists.fd.io On Behalf Of siddarth rai
Sent: 2019年3月25日 20:27
To: vpp-dev@lists.fd.io
Subject: [vpp-dev] Contribution of DPDK plugin in VPP virtual memory size
Hello,
I was trying to figure out the contribution of different
Well, I can not open the xz file. It is always 32B…
Anyway, patch 17889 should be always included if you want to use IPSec
cryptodev.
From: vpp-dev@lists.fd.io On Behalf Of Jan Gelety via
Lists.Fd.Io
Sent: 2019年3月19日 0:25
To: Dave Barach (dbarach) ; Kingwel Xie
; yuwei1.zh...@intel.com
Cc
Thanks. Very helpful.
-Original Message-
From: vpp-dev@lists.fd.io On Behalf Of Maciek
Konstantynowicz (mkonstan) via Lists.Fd.Io
Sent: 2019年3月12日 23:55
To: csit-dev ; vpp-dev ;
disc...@lists.fd.io
Cc: vpp-dev@lists.fd.io
Subject: [vpp-dev] Published: Tech paper - "Benchmarking SW Data
Thanks. Look forward to the fix…
From: Dave Barach (dbarach)
Sent: Tuesday, March 05, 2019 8:25 PM
To: Kingwel Xie ; vpp-dev@lists.fd.io
Subject: RE: ip-rewrite bug?
Let’s try to fix the underlying code in vnet_rewrite_one_header, and friends.
The code already checks for the magic rewrite
tps://gerrit.fd.io/r/18014
Regards,
Kingwel
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#12431): https://lists.fd.io/g/vpp-dev/message/12431
Mute This Topic: https://lists.fd.io/mt/30224541/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: ht
Has anyone noticed that dpdk ipsec doesn't work on the master code?
A quick debug session shows it might be a problem of dpdk1902 API changes.
Will come back with a patch later. Probably need a week. Holiday...
原始邮件
主题： Re: [vpp-dev] VPP register node change upper limit
来自： "D
input nodes produce very different
numbers of packets, e.g. 99 and 1. Anyhow, the code doesn’t work that way and
isn’t going to work that way, so I digress...
Thanks... Dave
From: Kingwel Xie mailto:kingwel@ericsson.com>>
Sent: Friday, January 25, 2019 5:13 AM
To: Dave Barach (dba
https://lists.fd.io/g/vpp-dev/message/12016
Mute This Topic: https://lists.fd.io/mt/29539221/925728
Group Owner: vpp-dev+ow...@lists.fd.io<mailto:vpp-dev+ow...@lists.fd.io>
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [kingwel@ericsson.com]
-=-=-=-=-=-=-=-=-=-=-=-
-=-=-=-=-=-=-=-=-=
Thanks, Dave. Crystally clear! It is a deliberate design, indeed.
Regards,
Kingwel
原始邮件
主题： RE: [vpp-dev] Question about vlib_next_frame_change_ownership
来自： "Dave Barach (dbarach)"
发至： 2019年1月25日 下午9:03
抄送： Kingwel Xie ,vpp-dev
Dear Kingwei,
On a per-thread basis
First, performance. Second, still performance, you can use QAT with dpdk IPSEC.
Also note that dpdk ipsec doesn’t support AH. And, dpdk ipsec support GCM, but
native one doesn’t.
There is the 3rd one, ipsecmb ipsec, which provides even better performance if
using SW ciphering/hashing only. It c
nce. Please confirm if this is
expected behavior of frame ownership.
Regards,
Kingwel
From: vpp-dev@lists.fd.io On Behalf Of Dave Barach via
Lists.Fd.Io
Sent: Friday, January 25, 2019 4:52 AM
To: Kingwel Xie ; vpp-dev
Cc: vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] Question ab
, type ethernet/IP4, address size 6/4
de:ad:00:00:00:00/18.1.0.71 -> 00:00:00:00:00:00/18.1.0.241
00:00:53:961126: error-drop
arp-input: IP4 source address matches local interface
From: Dave Barach (dbarach)
Sent: Wednesday, January 23, 2019 11:33 PM
To: Kingwel Xie ; vpp-de
rther discussion.
And, maybe there has some space to improve: considering we have two input nodes
which will both add elements to the third node, we will see the ownership of
this node being switched per frame basis.
- Kingwel
原始邮件
主题： RE: Question about vlib_next_frame_change_owne
leads
to performance degradation. However, it looks good to me even that we don’t
care the ownership. In this case, ip-lookup will be dispatched by either
ip-input or crypto-input, with different next_frame. I guess I must have missed
something, appreciate if you can elaborate.
Regards,
Kingwel
: vlib_worker_thread_barrier_sync/
vlib_worker_thread_barrier_release
Regards,
Kingwel
From: vpp-dev@lists.fd.io On Behalf Of blankspot
Sent: Tuesday, January 15, 2019 3:00 PM
To: vpp-dev
Subject: [vpp-dev] About lock-free operation in policer
hi all,
I have a question about policer classify.
The code of bind/unbind
10% on ip4 forwarding case. Therefore, we should avoid vlan sub-intf
if possible. This might be improved by Damjan's patch
https://gerrit.fd.io/r/#/c/16173/. I haven't tested it, but I know he is
keeping improving it.
Regards,
Kingwel
From: vpp-dev@lists.fd.io On Behalf Of
wangchu
Many thanks for the sharing. Yes, as you pointed out, it might not worthwhile
to do offload for vlan.
Regards,
Kingwel
From: Damjan Marion
Sent: Monday, January 07, 2019 9:18 PM
To: Kingwel Xie
Cc: vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] ethernet-input on master branch
On 7 Jan 2019
vlan tagging, would you like to consider using the HW rx and tx offload to
optimize the vlan sub-interface?
Reagrds,
Kingwel
原始邮件
主题： Re: [vpp-dev] ethernet-input on master branch
来自： "Damjan Marion via Lists.Fd.Io"
发至： 2019年1月7日 下午5:23
抄送： Kingwel Xie
On 5 Jan 2019
change.
Regards,
Kingwel
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#11843): https://lists.fd.io/g/vpp-dev/message/11843
Mute This Topic: https://lists.fd.io/mt/28940805/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io
multiple vPP processes.
I think it is not an expected behavior.
Regards,
Kingwel
原始邮件
主题： Re: [vpp-dev] dpdk: switch to in-memory mode, deprecate use of socket-mem
来自： "Dave Barach via Lists.Fd.Io"
发至： 2018年12月23日 上午12:37
抄送： Kingwel Xie ,dmar...@me.com,Matthew Smith
how much you need with
socket-mem option.
Hi Damjan,
Thanks for the heads-up.
Regards,
Kingwel
From: vpp-dev@lists.fd.io On Behalf Of Kingwel Xie
Sent: Friday, December 21, 2018 11:04 AM
To: dmar...@me.com; Matthew Smith
Cc: vpp-dev@lists.fd.io
Subject: Non-compliant mail - action required
Damjan,
As I understand, DPDK could dynamically allocate mem segment when huge page is
1GB and there is still free space. In this case the socket-mem is valid always.
Therefore, please do not merge the patch (https://gerrit.fd.io/r/#/c/16543/),
it won't work for 2MB case.
Regards,
Kingwel
0 1.19e1 256.00
ppf-sdap-encap active 4105410509824
0 2.64e1 256.00
From: Damjan Marion
Sent: Tuesday, December 18, 2018 5:18 PM
To: Kingwel Xie
Cc: vpp-dev@lists.fd.io
Subject: Re: vPP handoff discussion
Possibly,
Hi Avinash,
My question about the MP/MC ring flag that you made a patch to DPDK, any
comments?
I’d like them to be MP/SC, as we always have only one consumer.
Regards,
Kingwel
From: vpp-dev@lists.fd.io On Behalf Of Gonsalves, Avinash
(Nokia - IN/Bangalore)
Sent: Tuesday, December 18, 2018 3
bigger and more flexible ring size.
Sorry I changed the subject, it doesn’t strictly follow the original one any
more.
Regards,
Kingwel
From: vpp-dev@lists.fd.io On Behalf Of Damjan Marion via
Lists.Fd.Io
Sent: Tuesday, December 18, 2018 3:12 PM
To: Kingwel Xie
Cc: vpp-dev@lists.fd.io
Subject: Re
itself always
introduces massive data cache misses, even worse than compare-swap. However,
handoff is always worthwhile in some case even there is penalty.
Appreciate you can share your opinion.
Regards,
Kingwel
From: Damjan Marion
Sent: Tuesday, December 18, 2018 1:03 AM
To: Kingwel Xie
Cc
native ipsec mb plugin doesnot support offloading? Or maybe we can
do a handoff, but anyhow we can not handoff one ipsec session to multi cores.
Am I right?
Regards,
Kingwel
原始邮件
主题： Re: [vpp-dev] VPP Review: https://gerrit.fd.io/r/#/c/15084/:
来自： "Damjan Mario
3.97E+01
Hope somebody point out the root cause.
Regards,
Kingwel
From: vpp-dev@lists.fd.io On Behalf Of Damjan Marion via
Lists.Fd.Io
Sent: Wednesday, December 12, 2018 12:30 AM
To: Dave Barach
Cc: vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] perfmon plugin
rdtsc instruction reads
turning on perf event impact system performance?
If so, why ‘instruction’ event does not? You might notice that packet count
recorded by ‘instructions’ is very different from that by ‘cpu-cycles’, even
they are both measured under the same circumstance – running for 3s.
Regards,
Kingwel
thanks. then those pools can be moved to dpdk socket-mem, I guess.
I'll submit a patch soon.
原始邮件
主题： Re: [vpp-dev] dpdk socket-mem and dpdk_pool_create
来自： Damjan Marion
发至： 2018年11月25日 下午8:06
抄送： Kingwel Xie
> On 25 Nov 2018, at 05:23, Kingwel Xie wrote:
>
instea of asking DPDK to manage
mempool just like rte_pktbuf_create_by_ops?
Regards,
Kingwel
原始邮件
主题： [vpp-dev] runing testpmd inside vm without installing guest OS
来自： "Damjan Marion via Lists.Fd.Io"
发至： 2018年11月23日 下午11:47
抄送： Vpp-dev
In case anybody is intereste
at it. Appreciate your comments.
Regards,
Kingwel
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#11189): https://lists.fd.io/g/vpp-dev/message/11189
Mute This Topic: https://lists.fd.io/mt/28070034/21656
Group Owner: vpp-dev+ow...@lists.f
Thanks for the education. will look into the assembly code.
原始邮件
主题： Re: [vpp-dev] Incrementing node counters
来自： "Dave Barach via Lists.Fd.Io"
发至： 2018年11月3日 下午7:55
抄送： Kingwel Xie ,vpp-dev@lists.fd.io
You’ll have to look at the instruction stream in gdb or else “g
Thanks for the comments.
I know is_ip6 will be optimized by complier.
I am still wondering how different between using xxx_node.index and
node->node_index. Anyway,thanks, now I understand it is a performance
consideration.
Best Regards,
Kingwel
原始邮件
主题： RE: Increment
R_RX_PKTS,
from_frame->n_vectors);
My understanding is that node functions are always dispatched with the correct
node instances. Or do I miss something? BTW, nt just ipsec, quite some other
nodes are written as the former.
Regards,
Kingwel
-=-=-=-=-=-=-=-=-=-=-=-
Links: You
Ok. I'll find some time tomorrow to push a patch fixing both v4 and v6.
-Original Message-
From: Klement Sekera
Sent: Tuesday, September 25, 2018 6:02 PM
To: Kingwel Xie ; vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] A bug in IP reassembly?
Hi Kingwel,
thanks for finding this bug.
E == error0)
{
b0 = vlib_get_buffer (vm, bi0); --> added by
Kingwel
vnet_feature_next (&next0, b0);
}
vlib_validate_buffer_enqueue_x1 (vm, node, ne
Strongstwan or something
else, but keep IPSEC in vPP
Regards,
Kingwel
From: vpp-dev@lists.fd.io On Behalf Of tianye@sina
Sent: Thursday, September 20, 2018 6:56 PM
To: hagb...@gmail.com; vpp-dev@lists.fd.io
Subject: FW: 答复: [E] [vpp-dev] Build a telecom-class Security gateway device
with VPP
Hello
Is
Marion via Lists.Fd.Io
mailto:dmarion=me@lists.fd.io>> wrote:
Dear Kingwei,
That should be easy to fix. Can you just remove it and submit patch, so i can
merge it?
Thanks,
--
Damjan
On 7 Sep 2018, at 02:39, Kingwel Xie
mailto:kingwel@ericsson.com>> wrote:
Hi Damijan,
qsort.c but
automake linked to glibc.
The reason why we noticed is there is a buffer overrun bug in qsort.c that
causes cli crashed occasionally.
Please comment how to fix. Personally I'd like to remove qsort.c, like before.
Regards,
Kingwel
From: vpp-dev@lists.fd.io On Behalf Of Damjan Mario
: Damjan Marion
Sent: Friday, July 06, 2018 6:14 PM
To: Kingwel Xie
Cc: Vamsi Krishna ; Jim Thompson ; Dave
Barach ; vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] Is VPP IPSec implementation thread safe?
We don't use recycle anymore (except at one place), mainly due ot the issue how
dpdk
d_id].cipher_ctx, cipher, NULL,
sa->crypto_key, NULL, is_outbound > 0 ? 1 : 0);
Initialization with keys would take quite a long time because openssl do a lot
of math. It is not necessary, as we know, keys are kept unchanged in most cases
for a SA.
Regards,
Kingwel
From: Damjan Marion
Sent:
all of them.
Regards,
Kingwel
From: vpp-dev@lists.fd.io On Behalf Of Damjan Marion
Sent: Monday, July 02, 2018 7:43 PM
To: Kingwel Xie
Cc: Vamsi Krishna ; Jim Thompson ; Dave
Barach ; vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] Is VPP IPSec implementation thread safe?
--
Damjan
On 2 Jul 2018
are looking for a production IPSEC, vpp is a good start but you still
have a lot things to do.
Regards,
Kingwel
From: vpp-dev@lists.fd.io On Behalf Of Vamsi Krishna
Sent: Monday, July 02, 2018 12:05 PM
To: Damjan Marion
Cc: Jim Thompson ; Dave Barach ;
vpp-dev@lists.fd.io
Subject: Re: [vpp-dev
do better even if you turn to a bigger free bin, because you round
the requested block size up to a bigger size.
As you can see in my patch, I add a modifier to the request block size when
looking up an appropriate free bin:
In mheap_get_search_free_list:
/* kingwel, lookup a free bin which
: Damjan Marion ; Kingwel Xie
Cc: vpp-dev@lists.fd.io
Subject: RE: [vpp-dev] mheap performance issue and fixup
+1.
It would be super-helpful if you were to add test cases to
.../src/vppinfra/test_mheap.c, and push a draft patch so we can reproduce / fix
the problem(s).
Thanks... Dave
From: vpp-dev
Well, I’ll check it further to see how to make use of the new infra.
From: Ole Troan
Sent: Wednesday, June 27, 2018 5:15 PM
To: Kingwel Xie
Cc: vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] Packet rate & throughput satistics for SW interfaces &
Error Counters
Hi Kingwei,
Did you see
or these two CLI commands, but with some hardcoding
embedded. In others words, the code is not perfect but effective. Do you think
it is worth merging it to the master track?
Regards,
Kingwel
See screenshots of these improved commands:
The data show DPDK IPsec encryption. We enabled two pg stre
Hi,
My colleague Liu Anhua has done the patch:
https://gerrit.fd.io/r/#/c/13134/
Couldn’t add Chengqiang as reviewer, gerrit says he/she can not be identified.
Regards,
Kingwel
From: Ni, Hongjun
Sent: Friday, June 08, 2018 5:54 PM
To: Edward Warnicke ; Kingwel Xie
; vpp-dev@lists.fd.io
Cc
0x113
#13 0x7f87222bd5a0 format + 0xb8
#14 0x7f872259614a shm_name_from_svm_map_region_args + 0x32d
Aborted (core dumped)
Makefile:446: recipe for target 'run' failed
From: Damjan Marion
Sent: Thursday, June 14, 2018 8:31 PM
To: Dave Barach ; Kingwel Xie
Cc: vpp-dev
Subjec
Hi,
Finally I removed libbacktrace dependency, but to use glibc 'backtrace' which
can be found in execinfo.h.
The generated crashdump will look like below. I can create a patch if you think
it is valuable.
Regard
It is a bit heavy to integrate something like libbacktrace. This is why I'm
wondering. Probably we can take a light-weight approach to add glib backtrace
shown above. No dependency :-)
Regards,
Kingwel
-Original Message-
From: Damjan Marion
Sent: Monday, June 11, 2018 7:27 PM
T
gration of libbacktrace is now in our code branch.
Can this be pushed upstream? Libbacktrace can be found at:
https://github.com/ianlancetaylor/libbacktrace
Regards,
Kingwel
--
DBG
Well, it would take a dew days. Just realized we have to pass the review
process in Ericsson…
Will get it done asap.
From: Ni, Hongjun
Sent: Friday, June 08, 2018 5:54 PM
To: Edward Warnicke ; Kingwel Xie
; vpp-dev@lists.fd.io
Cc: Yao, Chengqiang
Subject: RE: [vpp-dev] GTPu
Thanks Kingwei
improvement. We can make the patch soon.
Any comments?
Regards,
Kingwel
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#9568): https://lists.fd.io/g/vpp-dev/message/9568
Mute This Topic: https://lists.fd.io/mt/21792620/21656
Group Owner: vpp-dev+ow
counters ...
Regards,
Kingwel
From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of xulang
Sent: Monday, May 28, 2018 6:16 PM
To: vpp-dev@lists.fd.io
Subject: [vpp-dev] show trace caused "out of memory"
Hi all,
When we only use one CPU core, the cmd "show trace max 5000&q
,
Kingwel
From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of Florin Coras
Sent: Monday, May 14, 2018 11:18 PM
To: duct...@viettel.com.vn
Cc: vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] Using custom openssl with vpp #vpp
Hi DucTM,
Did you try changing src/plugin/tlsopenssl.am to link
ollita thought there might be some improvement we can do to
the handoff queue. Please Lollita share what you found.
Regards,
Kingwel
From: Damjan Marion (damarion) [mailto:damar...@cisco.com]
Sent: Monday, April 23, 2018 8:32 PM
To: Kingwel Xie
Cc: Ole Troan ; vpp-dev ; Lollita
Liu
Subject: Re: [v
Hi Ole, Damjan,
Thanks, for the comments.
But I’m afraid this is the typical case that workers handoff to each other if
we don’t want to create an I/O thread which might become the bottleneck in the
end.
Regards,
Kingwel
From: Damjan Marion (damarion) [mailto:damar...@cisco.com]
Sent: Monday
hen they are both waiting forever. If it is true, is it
better to drop the packet when the ring is full?
I copied my colleague Lollita into this discussion, she is working on it and
knows better about this hypothesis.
Regards,
Kingwel
23, 2018 3:25 PM
To: Kingwel Xie ; Damjan Marion ;
nranns
Cc: vpp-dev
Subject: Re: Re: [vpp-dev] mheap performance issue and fixup
Hi Kingwel,
After I merged the three patch ,there is a SIGSEGV when I startup vpp (not
every time). And the error didn't appear before .
Is there anything I c
.
Regards,
Kingwel
From: Kingwel Xie
Sent: Thursday, April 19, 2018 9:20 AM
To: Damjan Marion
Cc: vpp-dev@lists.fd.io
Subject: RE: [vpp-dev] mheap performance issue and fixup
Hi Damjan,
We will do it asap. Actually we are quite new to vPP and even don’t know how to
make bug report and code
=FIB_NODE_TYPE_ENTRY,
index=11)
at /home/vppshare/kingwel/vpp/build-data/../src/vnet/fib/fib_node_list.c:160
#1 0x77390c80 in fib_entry_cover_track (cover=0x7fffb6fea840,
covered=11)
at
/home/vppshare/kingwel/vpp/build-data/../src/vnet/fib/fib_entry_cover.c:38
#2 0x7738d367
size. However, I wouldn’t recommend you to do so, because you just
need 100K.
Hope it helps, instead of confusing you.
Regards,
Kingwel
From: 薛欣颖 [mailto:xy...@fiberhome.com]
Sent: Thursday, April 19, 2018 7:43 PM
To: Kingwel Xie ; nranns
Cc: vpp-dev
Subject: Re: Re: [vpp-dev] questions in
Hi Xue,
I’m afraid it will take a few days to commit the code.
For now I copied the key changes for your reference. It should work.
Regards,
Kingwel
/* Search free lists for object with given size and alignment. */
static uword
mheap_get_search_free_list (void *v
Get it. Will look into it. It will take a few days…
I’ll ask someone in the team to commit the code, then ask for your review.
From: Neale Ranns (nranns) [mailto:nra...@cisco.com]
Sent: Thursday, April 19, 2018 4:30 PM
To: Kingwel Xie ; Damjan Marion (damarion)
Cc: vpp-dev@lists.fd.io
Subject
Thanks for the comments. Please see mine in line.
From: Neale Ranns (nranns) [mailto:nra...@cisco.com]
Sent: Wednesday, April 18, 2018 9:18 PM
To: Kingwel Xie ; xyxue
Cc: vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] questions in configuring tunnel
Hi Kingwei,
Thank you for your analysis. Some
Hi Damjan,
We will do it asap. Actually we are quite new to vPP and even don’t know how to
make bug report and code contribution or so.
Regards,
Kingwel
From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of Damjan
Marion
Sent: Wednesday, April 18, 2018 11:30 PM
To: Kingwel Xie
s quite some time to figure it out. In the
end, we manage to add 2M tunnels & 2M routes in 250s.
Hope it helps.
Regard,
Kingwel
From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of Neale Ranns
Sent: Wednesday, April 18, 2018 4:33 PM
To: xyxue ; Kingwel Xie
Cc: vpp-dev@lists.f
ow more information of
heap
The code including all fixes is tentatively in our private code base. It can be
of course shared if wanted.
Really appreciate any comments!
Regards,
Kingwel
71 matches
Mail list logo
