Hi Florin,
The patch doesn't fix any of the issues with epoll/select.
The usecase is like below
1.Main thread calls epoll_create.
2.One of the non-main threads calls epoll_ctl.
3.And another non-main thread calls epoll_wait.
All the 3 threads above operate on a single epoll fd.
Is this usecase
> On 30 Mar 2019, at 00:58, Sirshak Das wrote:
>
> Apologies, DPDK build failure is not valid. wipe-release fixed it for me.
> One help still required would be a sample config for using the rdma-core
> instead of DPDK would like see the performance difference.
rdma-core is work in progress, t
Apologies, DPDK build failure is not valid. wipe-release fixed it for me.
One help still required would be a sample config for using the rdma-core
instead of DPDK would like see the performance difference.
Thank you
Sirshak Das
-Original Message-
From: vpp-dev@lists.fd.io On Behalf Of S
Hi Damjan,
I am trying to build VPP on Mellanox Bluefield with Ubuntu 18.04
(4.18.0-1001-mellanox) without installing MOFED.
I usually build with $ make DPDK_MLX5_PMD=y build-release to build Mellanox
PMDs.
What changes if I want to use rdma-core ?
I don’t need to build with DPDK with Mellanox
Apologies the problem seems to be somewhere else altogether.
This is a temp fix in case someone runs into this issue.
$ git diff
diff --git a/src/plugins/dpdk/CMakeLists.txt b/src/plugins/dpdk/CMakeLists.txt
index 76b22a970..cfdd9bbc1 100644
--- a/src/plugins/dpdk/CMakeLists.txt
+++ b/src/plugins/
Hi all,
I needed some understand what has changed in master recently. But I am
getting the following build error:
I thought it might be
https://gerrit.fd.io/r/#/c/18366/
But that got merged long time back when everything was working.
I am not able find whats causing the pthread_create failure t
Just so I understand, does the patch not fix the epoll issues or does it fix
the issues but it doesn’t fix select, which apparently crashes in a different
way.
Second, what is your usecase/app? Are you actually trying to share epoll/select
between multiple threads? That is, multiple threads mi
No, it doesn't work.
Attaching the applications being used.
"Select" also has similar kind of issue when called from non-main thread
Thread 9 "nstack_select" received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fffd77fe700 (LWP 63170)]
0x74e1d032 in ldp_select_init_maps (
Interesting. What application are you running and does this [1] fix the issue
for you?
In short, many of vls’ apis check if the call is coming in on a new pthread and
program vcl accordingly if yes. The patch makes sure vls_attr does that as well.
Thanks,
Florin
[1] https://gerrit.fd.io/r/#/c
How old is your tree? Did you “make install-dep”?
As of ten seconds ago, the plugin generator worked on master/latest, and a
generated plugin builds and loads at runtime. See below.
$ cd /scratch/vpp-docs/src/plugins
$ ../../extras/emacs/make-plugin.sh
Loading 00debian-vars...
Loading /etc/emacs
Hello everyone,
I try to add plugin in Vpp. While I was running
/extras/emacs/make-plugin.sh file, I get "setq:not found" and "syntax
error: Word unexpected (expecting") ") errors. How can I fix these errors?
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply O
For whatever reason, the vls layer received an event notification which didn’t
end well. vcl_worker_get (wrk_index=4294967295) [aka 0x] will never
work.
I’ll let Florin comment further. He’s in the PDT time zone, so don’t expect to
hear from him for a few hours.
D.
From: vpp-dev@lists
12 matches
Mail list logo
