Hi Paul,
My only intent is to remove the randomness of mktemp:
https://gerrit.fd.io/r/c/vpp/+/25973
/neale
From: Paul Vinciguerra
Date: Wednesday 18 March 2020 at 02:11
To: "Klement Sekera -X (ksekera - PANTHEON TECH SRO at Cisco)"
Cc: "Neale Ranns (nranns)" , vpp-dev
Subject: Re: [vpp-de
I'm ok with a change, but are you thinking about setting the tempdir to a
constant, or do you want to remove the unix { runtime-dir } option from the
startup?
On Tue, Mar 17, 2020 at 1:04 PM Klement Sekera via Lists.Fd.Io wrote:
> Hi Neale,
>
> When originally designing this, I opted in for `mkt
Hi Andreas,
Is this [1] enough for now? I'll eventually do some additional tcp refactor to
make sure we have a generic set of functions that are available for use cases
when only parts of tcp are re-used.
Regards,
Florin
[1] https://gerrit.fd.io/r/c/vpp/+/25961
> On Mar 17, 2020, at 4:20 AM
Hi Neale,
When originally designing this, I opted in for `mktemp` as that’s the usual way
to avoid clashes as at that time I assumed that this might be used on boxes
where there are multiple users and they might like to run tests in parallel. At
that time I didn’t expect issues like multiple vp
Hi All,
Am I the only one who finds the use of random directories for the unit-tests an
unnecessary annoyance?
I would suggest that random names are not needed for security purposes, since
these files do not exist on a field system. Also, all directories are wiped
before the next test run so
Hi Vyshakh,
This is only configurable in the startup config file. For performance reasons,
we do not want the VPP threads to move across CPUs.
Thanks
Aloÿs
> On 17 Mar 2020, at 06:29, Vyshakh Krishnan wrote:
>
> Thanks Aloys. Setting the main-core to different CPUs helped. ping is taking
> l
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 (#15803): ht
Hi Jerome, Neale, Ole
We were debugging issue regarding IPV6 ping failure between
Linux_host_interface-->vpp_SRIOV_VF_interface and also between
vpp_SRIOV_VF_interface <---> vpp_SRIOV_VPP_interface.
While debugging we found that src interface is sending "Neighbour Solicitation"
with correct des
Hi Florin,
I had a look at how tcp_connection_alloc is used and it looks to me like I
would need to replicate almost all of tcp46_listen_inline to actually get
the TCP connection setup correctly. I was hoping that I could reuse more of
the existing code.
Would you be ok with moving much of the bo
Hi Elias,
Merged.
Cheers,
Ole
> On 17 Mar 2020, at 10:59, Elias Rudberg wrote:
>
> Hello,
>
> Can someone please approve this change so that we get the fix in the
> stable/2001 branch also?
>
> https://gerrit.fd.io/r/c/vpp/+/25861
>
> (it was done in the master branch last week -- see
> ht
Hello,
Can someone please approve this change so that we get the fix in the
stable/2001 branch also?
https://gerrit.fd.io/r/c/vpp/+/25861
(it was done in the master branch last week -- see
https://gerrit.fd.io/r/c/vpp/+/25856 -- then it was cherry picked for
the stable/2001 branch)
Best regard
Hi Denis,
It’s something we would like to do, but we have no timeline for it.
/neale
From: on behalf of Denis Tingajkin
Date: Monday 16 March 2020 at 16:50
To: "vpp-dev@lists.fd.io"
Subject: [vpp-dev] [Question] Do you plan to add WireGuard support?
Hello,
I'm interested to use WireGuard
12 matches
Mail list logo
