Hi Florin,
I have applied the patch, and found some problems in my case. I have not right to post it in gerrit, so I post here.
1)evt->event_type should be set with SESSION_CTRL_EVT_APP_DEL_SEGMENT rather than SESSION_CTRL_EVT_APP_ADD_SEGMENT. File: src/vnet/ses
> a +2 triggers a pre-commit gate where VOM and the dist builds and the
> extended tests are run.
> If everything passes, the change is merged, if not, the +2 is removed.
+1 to that, but I highly doubt Gerrit supports such a workflow.
Additional features we would like to have:
+ Manual trigger t
Coverity run failed today.
Current number of outstanding issues are 2
Newly detected: 0
Eliminated: 0
More details can be found at
https://scan.coverity.com/projects/fd-io-vpp/view_defects
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#14656): ht
On Thu, Nov 21, 2019 at 4:50 AM wanghanlin
wrote:
> Hi Florin,
> I have applied the patch, and found some problems in my case. I have not
> right to post it in gerrit, so I post here.
>
Why don't you register with Gerrit, like this:
https://wiki.fd.io/view/DEV/Setting_up_Gerrit
HTH,
jdl
-=-=-
On Thu, Nov 21, 2019 at 6:55 AM Vratko Polak -X (vrpolak - PANTHEON
TECHNOLOGIES at Cisco) via Lists.Fd.Io
wrote:
> > a +2 triggers a pre-commit gate where VOM and the dist builds and the
> extended tests are run.
>
> > If everything passes, the change is merged, if not, the +2 is removed.
>
>
>
Hi Feroz,
If your plugin gets loaded in the vpp running directly on your machine but
not in contiv-vpp, it's likely that there is a version mismatch between the
two or something weird happening during contiv build process.
* You can check the loaded plugins directly in the debug cli (vppctl : show
> implementing something like [0]
+1, but...
> skip the jobs and set verify label after the codestyle checks if no files
> were changed
... how do you imagine this being implemented in ci-management?
Currently, the other jobs are triggered by checkstyle_success
Gerrit comment, but how would th
I used ab with ldp, for nginx bench test.
Below is my start command:
>
> sudo env \
> VCL_CONFIG=/tmp/vcl-test-3af8e.conf \
> VCL_DEBUG=1 \
> LDP_DEBUG=1 \
> LDP_SID_BIT=9 \
> gdb -x /tmp/gdb-3af8e
>
I got the vppcom_session_write_inline assert failds. Obviously apache ab's
write function sen
Hi Hanlin,
As Jon pointed out, you may want to register with gerrit.
You comments with respect to points 1) and 2) are spot on. I’ve updated the
patch to fix them.
Regarding 3), if I understood your scenario correctly, it should not happen.
The ssvm infra forces applications to map segments
Patch looks good! I’ll merge once the ci-infra issues are solved.
Since you’re doing perf testing, I’ll note again, although I’m sure you already
know it, that ldp performance is somewhat lower than that of vcl under certain
types of load, because of vls locking.
Thanks,
Florin
> On Nov 21, 2
Hi Nathan,
Thanks for your response, I will try what you said.
One more update:
My sample.so plugins are loaded in contiv - vpp/dev-vswitch( development
image).
I started kubernetes and apply contiv vpp yaml with
contiv-vpp/dev-vswitch:3.3.2 image( development image). It's running and
open the vp
Hi,
Anyone knows if VPP can support ARM64 64K pagesize?
Or anyone has experiences on below issue?
Thank you!
Here is the kernel config.
# CONFIG_ARM64_4K_PAGES is not set
# CONFIG_ARM64_16K_PAGES is not set
CONFIG_ARM64_64K_PAGES=y
VPP reports a lot of errors when it starts
Hi Florin,
Regarding 3), I think main problem maybe in function vl_socket_client_recv_fd_msg called by vcl_session_app_add_segment_handler. Mutiple worker threads share the same scm->client_socket.fd, so B2 may receive the segment memfd belong to A1. Regards,Han
13 matches
Mail list logo
