Jenkins has been restarted and jobs have been restored.
On 09/11/2019 03:11 PM, Vanessa Valderrama wrote:
> We're going to terminate the two CSIT jobs. I spoke with Dave Wallace
> and we felt it'd be better to terminate the jobs and restart Jenkins.
>
> Thank you,
> Vanessa
>
> On 09/11/2019
We're going to terminate the two CSIT jobs. I spoke with Dave Wallace
and we felt it'd be better to terminate the jobs and restart Jenkins.
Thank you,
Vanessa
On 09/11/2019 02:17 PM, Vanessa Valderrama wrote:
> Jenkins is still in shutdown mode. We'll do the restart when these jobs
> are
> On 11 Sep 2019, at 16:43, Mathias Raoul wrote:
>
> Hello,
>
> I have an issue with VPP and i40e driver, when I try to switch the interface
> to up, the program stop with a segmentation fault. My configuration details
> are below.
>
> It might be a compatibility issue, because the DPDK
Elias,
Please open a Jira Ticket and push a patch with this fix.
BTW, there is a macro [0] that safely adds c-string termination to a
vector which I would recommend using for your fix (2).
Thanks,
-daw-
[0]
https://docs.fd.io/vpp/19.08/db/d65/vec_8h.html#a2bc43313bc727b5453c3e5d7cc57a464
Jenkins has been placed in shutdown mode in preparation for a restart.
We were seeing Gateway Time-out errors on ci-management-jjb-merge jobs
which has caused problems with the job configurations. I have tried to
push the jobs manually but I'm getting the same errors.
We are going to restart
Thank you, Ole. Great that you put this in the context of point to point
interfaces. But I think a fundamental issue remains -- one that Dave Barach
would remind me of, although I hope I do not misrepresent his question.
As I see it, one line card represents a router, and it has 2 point-to-point
[0] has been merged, [1] has been postponed.
The VPP API CRC jobs should be reliable from now on again.
Vratko.
[0] https://gerrit.fd.io/r/c/vpp/+/21508
[1] https://gerrit.fd.io/r/c/vpp/+/21706
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online
Hi ,
We are facing a strange issue, which we are not able to debug even after
spending a good amount of time.
We are seeing "show node counters" displaying very high number of values all of
a sudden for few unrelated nodes like "null-node" and "vmxnet3-input".
The values are also keep on
Hi Satya,
Probably you can just replicate what the api rx-thread is doing, i.e.,
rx_thread_fn. In particular, take a look at vl_msg_api_queue_handler.
Florin
> On Sep 11, 2019, at 3:26 AM, Satya Murthy wrote:
>
> Hi ,
>
> We are trying to develop a VPP API client which needs synchronous
Hello,
Thanks to the patches shared by Benoit Ganne on Monday, I was today
able to use AddressSanitizer for vpp. AddressSanitizer detected a
problem that I think is caused by a bug in plugins/dpdk/device/init.c
related to how the conf->eal_init_args vector is manipulated in the
dpdk_config
Hello,
I have an issue with VPP and i40e driver, when I try to switch the
interface to up, the program stop with a segmentation fault. My
configuration details are below.
It might be a compatibility issue, because the DPDK documentation recommend
using the firmware v7 for i40E with DPDK v19.08.
Hi Satya,
> We are trying to develop a VPP API client which needs synchronous reply
> handling.
> Hence, we were thinking of NOT having a separate pthread for receiving the
> response from VPP.
> We are planning to use no_rx_pthread version of connect api.
>
> Is there any example code to
Hi ,
We are trying to develop a VPP API client which needs synchronous reply
handling.
Hence, we were thinking of NOT having a separate pthread for receiving the
response from VPP.
We are planning to use no_rx_pthread version of connect api.
Is there any example code to receive and handle the
> On Sep 11, 2019, at 2:07 AM, wei_sky2...@163.com wrote:
>
> On Tue, Sep 10, 2019 at 12:44 AM, Christian Hopps wrote:
> UTSL
> Thank you for reply。
> In our scenario，we use the Intel ‘s DDP feature to hash different GTP
> packets into different threads。And We want the GTP packets from the
On Tue, Sep 10, 2019 at 12:44 AM, Christian Hopps wrote:
>
> UTSL
Thank you for reply。
In our scenario，we use the Intel ‘s DDP feature to hash different GTP packets
into different threads。And We want the GTP packets from the same UE to be
hashed on the same thread，DDP can‘t implement this
15 matches
Mail list logo
