+ Ed
-Original Message-
From: vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io] On
Behalf Of Marek Gradzki -X (mgradzki - PANTHEON TECHNOLOGIES at Cisco)
Sent: 1 marca 2017 08:07
To: fdio-helpd...@rt.linuxfoundation.org; dwallac...@gmail.com
Cc: Peter Lapos -X (plapos - PAN
+ Ed
-Original Message-
From: vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io] On
Behalf Of Marek Gradzki -X (mgradzki - PANTHEON TECHNOLOGIES at Cisco)
Sent: 1 marca 2017 08:07
To: fdio-helpd...@rt.linuxfoundation.org; dwallac...@gmail.com
Cc: Peter Lapos -X (plapos - PAN
Current hc2vpp jobs expect vpp jobs to be successful (vpp jobs are triggers).
Ed: would it be possible to ignore vpp-dpdk-dev deploy failure?
If not - this is something we can live with (perhaps hc2vpp jobs need some
hardening).
Found one more issue (looks like it might be related):
Most curren
Current hc2vpp jobs expect vpp jobs to be successful (vpp jobs are triggers).
Ed: would it be possible to ignore vpp-dpdk-dev deploy failure?
If not - this is something we can live with (perhaps hc2vpp jobs need some
hardening).
Found one more issue (looks like it might be related):
Most curren
I've had a number of people ask "What can I pick up as a starter task to
start contributing".
I've started using lable "StarterTask" (and leaving unassigned) ideas for
starter tasks.
You can see them on a filter here:
https://jira.fd.io/issues/?filter=11008
Please contribute Jiras for 'StarterT
Comments inline…
From: "Liew, Irene"
Date: Tuesday, February 28, 2017 at 10:25 AM
To: Thomas F Herbert , "csit-...@lists.fd.io"
, "Maciek Konstantynowicz (mkonstan)"
Cc: vpp-dev , "Pierre Pfister (ppfister)"
, "Alec Hothan (ahothan)" , Karl Rister
, Douglas Shakshober , Andrew Theurer
, "L
Review this issue with Ed. This is caused by repeatedly pushing vpp-dpdk-dev
with the same version. Please let me know if any other action is needed on
this ticket.
Thank you,
Vanessa
On Tue Feb 28 06:29:30 2017, mgrad...@cisco.com wrote:
> Dear all,
>
> after quick look at the logs,
> it lo
Here are my thoughts and comments on the topologies/test and workloads for CSIT
vhost-user test scenarios. Pls refer to my comments inline below.
-Original Message-
From: Thomas F Herbert [mailto:therb...@redhat.com]
Sent: Monday, February 27, 2017 10:04 AM
To: csit-...@lists.fd.io; Maci
I submitted MAINTAINERS file proposal to gerrit:
https://gerrit.fd.io/r/#/c/5547/
It is not complete, more additions are expected when people self-nominate.
All people on the list are selected based on their contributions and they
accepted to take this role.
Let me know if any issues before w
We actually collected latency data on all of the test runs that we
performed. There are a couple of sticking points however.
1) Our current packet generator (MoonGen+lua-trafficgen [1]) relies on
the Intel 82599ES PTP hardware in order to measure packet latency. In
our testing that works very we
This thread topology is one of the highest priority requests that our
product team is placing on our test efforts. We would like to be able
to rely on the numbers that CSIT is generating but this concept in
particular is a sticking point. We want to know the best per-core
throughput and our testi
Please explain what you're trying to do in detail. There should be no need to
ever do something like that.
Vlib_buffer_t's are embedded in private headroom space, tangent to the packet
DMA target [which starts at (struct mbuf *)mb->data_off].
Here's how we create the mempools:
rmp = rte_pktm
See also src/vnet/unix/tuntap.c, which seems to already do pretty much what
you’re describing. It’s disabled by default. Use the command-line argument
“tuntap { enable }” to kick the tires.
In addition to the concerns which Chris mentioned, adding ‘system(“foo”)’ calls
to vpp is not a security
Using any syscall needs thinking through from inside VPP. Using system() or
similar is simply ill-advised; what you’re doing is best done outside of VPP
where the penalty of executing fork() is much diminished.
If you really must create these interfaces from inside VPP then I suggest you
look u
Look at the definition of 'data' in the .h or in the docs:
https://docs.fd.io/vpp/17.04/dd/d10/structvlib__buffer__t.html
It's not a pointer, ergo you cannot do this. That is not how the buffer
mechanism works.
Chris.
From: vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io] On
B
Dear all,
after quick look at the logs,
it looks like the issue is caused by vpp-dpdk-dev-17.02-vpp1_amd64.pom deploy
failure.
As a consequence hc2vpp integration jobs are not triggered, which causes
honeycomb packages
being out of synch much more often.
The issue was also reported by our team
Dear all,
after quick look at the logs,
it looks like the issue is caused by vpp-dpdk-dev-17.02-vpp1_amd64.pom deploy
failure.
As a consequence hc2vpp integration jobs are not triggered, which causes
honeycomb packages
being out of synch much more often.
The issue was also reported by our team
Hi,
As the designated release manager for 17.04. Here is summary of what happened
over the last two weeks.
Please remember the API freeze date on March 8th.
JIRA:
Jong has created a new dashboard:
https://jira.fd.io/secure/Dashboard.jspa?selectPageId=10700
The idea is to map the JIRA c
Hello Neale,
Thank you very much for the clarification. I’ll update VRF tests based on this
information.
Regards,
Jan
From: Neale Ranns (nranns)
Sent: Monday, February 27, 2017 16:49
To: Jan Gelety -X (jgelety - PANTHEON TECHNOLOGIES at Cisco)
; vpp-dev@lists.fd.io
Cc: csit-...@lists.fd.io
Sub
Hi ,all
Now I am working on VPP and I met a problem. I have a pointer pointing to
packets receive from my changed DPDK and now I want to change
vlib_buffer_t->data to my pointer to avoid memory copy, but the errors were
reported that the vlib_buffer_t->data cannot be used as left value. My code
20 matches
Mail list logo
