oftware is sent
> to the connection tracking engine. But if we disregard (b) for a moment I do
> not see the need for every packet to be handled by this logic even in the
> software case. Established "related" flows _should_ be able to bypass
> stateful logic. Could this be a
> -Original Message-
> From: Daniele Di Proietto [mailto:diproiet...@vmware.com]
> Sent: Monday, July 25, 2016 6:07 PM
> To: Ben Pfaff <b...@ovn.org>; Gray, Mark D <mark.d.g...@intel.com>;
> Pravin Shelar <pshe...@vmware.com>
> Cc: dev@openvswitch.or
> -Original Message-
> From: Ben Pfaff [mailto:b...@ovn.org]
> Sent: Monday, July 25, 2016 5:15 PM
> To: Gray, Mark D <mark.d.g...@intel.com>
> Cc: dev@openvswitch.org
> Subject: Re: [ovs-dev] [PATCH] release-process.md: Document OVS release
> process and prop
> -Original Message-
> From: dev [mailto:dev-boun...@openvswitch.org] On Behalf Of Ben Pfaff
> Sent: Saturday, July 23, 2016 5:00 PM
> To: dev@openvswitch.org
> Subject: [ovs-dev] releasing 2.6: branch Aug 1, release Sep 15
>
> The proposed Open vSwitch release schedule calls for
> +Open vSwitch makes releases at the following six-month cadence, which
> +of course is subject to change.
> +
> +time
> +(months) approx datesevent
> + - -
> +T Apr 1 Oct 1release cycle for version x.y begins
> +T +
> [Sugesh] : But still its not as unique as matching on packet fields per se.
I still didn't get it but rather than bore the mailing list to death. I just
asked him (he sits two seats down from me!). I think this can be worked around
but we need to have a good think about the design.
> -Original Message-
> From: Chandran, Sugesh
> Sent: Thursday, July 21, 2016 11:56 AM
> To: Gray, Mark D <mark.d.g...@intel.com>; Jesse Gross <je...@kernel.org>
> Cc: dev@openvswitch.org; Giller, Robin <robin.gil...@intel.com>
> Subject: RE: [
>
> On Wed, Jul 20, 2016 at 6:43 PM, Gray, Mark D <mark.d.g...@intel.com>
> wrote:
> > [Gray, Mark D] I think we should focus on one or two use cases rather
> > than a general offload like you discuss below. A general offload
> > involves a huge amount
ier API sets to expose these
> hardware packet classification/flow in more generic way. More details on this
> proposal can be found in the following link.
>
> http://dpdk.org/ml/archives/dev/2016-July/043365.html
>
[Gray, Mark D]
The key thing for me is that the DPDK communit
> > Disabling the EMC on master I have measured a baseline performance
> > (in+out) of ~1.32 Mpps (64 bytes, 1000 L4 flows). The average number
> > of subtable lookups per megaflow match is 2.5.
>
> Just running parallel ping between the tunnel end-point IPs on the two
> servers increases the
> From: dev [mailto:dev-boun...@openvswitch.org] On Behalf Of Niti Rohilla
> Sent: Friday, February 5, 2016 10:48 AM
> To: dev@openvswitch.org
> Cc: deepankar.gu...@tcs.com; partha.da...@tcs.com
> Subject: [ovs-dev] [PATCH v1] Basic GTP-U tunnel implementation in ovs
>
> GPRS Tunneling Protocol
>
> This is an easy way to keep track of the features supported by the different
> datapaths.
>
LGTM
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
> From: Justin Pettit [mailto:jpet...@ovn.org]
> Sent: Tuesday, December 8, 2015 5:03 PM
>
> > On Dec 8, 2015, at 1:01 AM, Gray, Mark D <mark.d.g...@intel.com> wrote:
> >
> >> +Feature | Linux upstream | Linux
> |
> +Tunnel - STT | NO| 3.5 |NO | YES
> |
> +Tunnel - GRE | 3.11 | YES |YES| NO
> |
> +Tunnel - VXLAN| 3.12 | YES |YES| YES
> |
> +T
> -Original Message-
> From: dev [mailto:dev-boun...@openvswitch.org] On Behalf Of Kevin
> Traynor
> Sent: Monday, December 7, 2015 5:58 PM
> To: dev@openvswitch.org
> Subject: [ovs-dev] [PATCH] INSTALL.DPDK.md: Clarify DPDK arguments.
>
> Add some information about the DPDK -c and -n
> -Original Message-
> From: Ben Pfaff [mailto:b...@ovn.org]
> Sent: Tuesday, December 8, 2015 4:50 PM
> To: Gray, Mark D
> Cc: Traynor, Kevin; dev@openvswitch.org
> Subject: Re: [ovs-dev] [PATCH] INSTALL.DPDK.md: Clarify DPDK arguments.
>
> On Tue, Dec 08,
>
> Why delay the inevitable? :)
>
Absolutely, I agree with the approach. I was just pointing out that issue.
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
gt; > :01:00.1 vfio-pci [*] (Ethernet 10G 4P X520/I350 rNDC)
> >
> > Remove the override from slot :01:00.1:
> > # driverctl unset-override :01:00.1
>
> DPDK of course has its own dpdk_nic_bind(.py) tool for this purpose, the
> main differences
...@redhat.com>
> ---
> INSTALL.DPDK.md | 52 ++
> --
> 1 file changed, 38 insertions(+), 14 deletions(-)
>
> diff --git a/INSTALL.DPDK.md b/INSTALL.DPDK.md index 96b686c..789ea68
> 100644
> --- a/INSTALL.DPDK.md
> +++ b/INSTALL.DPDK.md
> @@ -143,22 +143,46 @@ Using the
> >
> > I agree, it should simplify the code a lot. Ciara reviewed it and did
> > a quick integration to see if the api would work. The patch was
> > churning quite a bit, so we decided to hold off doing any more work
> > with it for the time being.
>
> Correct, the vHost PMD really cleans things
>
> Therefore we have two options.
> 1) add the option '--with dpdk' to the current spec file, so that users that
> doesn't want DPDK just follow the usual steps and that's it. DPDK users only
> need to pass those two arguments to have the OVS+DPDK RPM files.
>
> 2) Create another copy of .spec
> Hi *,
>
> Please let me know if dpdk ovs has support for KNI interfaces and how to
> configure it.
>
[Gray, Mark D] Hi,
It's not supported.
>
> Regards,
> Gayathri
___
dev mailing list
dev@openvswitch.org
http://openvswi
Both. Open the link below and click on the icon in the right side of the
'Builds'
line.
fbl
Great. Thanks.
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
Hi Flavio
Hi folks,
I've updated the Fedora packages to 2.4.0:
Distro - status
Rawhide - available
Fedora 23 - testing [1]
Fedora 22 - testing [2]
Fedora 21 - testing [3]
Are these rpms? src rpms?
The status ``testing´´ means people can enable the testing repo, get the
Hi,
I've set up a simple packet forwarding perf test on a dual-port 10G
82599ES: one port receives 64 byte UDP packets, the other sends it out,
one core used. I've used latest OVS with DPDK 2.1, and the first result
was only 13.2 Mpps, which was a bit far from the 13.9 I've seen last
Hi Daniele,
Thanks for starting this conversation. It is a good list :) I have
crossed-posted this
to dpdk.org as I feel that some of the points could be interesting to that
community
as they are related to how DPDK is used.
How do users of OVS with DPDK feel about this list? Does anyone
This is interesting, thanks for the patch.
I'm definitely not a IVSHMEM expert, but I have a concern: what happens if
the secondary OVS process allocates or frees some mbufs? (e.g because a
packet is sent to multiple destinations or is
dropped)
I found this in the DPDK documentation:
However, there is a bit of a problem with this model as it currently
stands which is kind of independent of this patch and was suggested by
Daniel above. Freeing mbufs in the guest may cause packet corruption.
This was an issue with DPDK (I think it still is). When returning an
mbuf to
Hi All,
Now i started using vhost-user and observing good performance.
Great!
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
Hi All,
When I'm using plain OVS bridge [vswitchd without dpdk options], i'm not
seeing any packet loss at the ovs bridge.
But as i mentioned earlier with DPDK, huge packet loss is happening.
Can someone tell, how dpdk options are resulting in packet loss?
I tried with increased
Hi Mark,
Following are the scripts.
Ok, so what traffic interface are you sending traffic into and what is the
traffic
type?
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
https://www.youtube.com/watch?v=FmQmo8zG4y8list=PL9MeVsU0uG65Ne9_qJNi4J8AzXvP05gjZindex=23
https://github.com/openvswitch/ovs/blob/master/INSTALL.DPDK.md#dpdk-vhost
On Mon, Jul 6, 2015 at 5:37 PM, Gray, Mark D mark.d.g...@intel.com
mailto:mark.d.g...@intel.com wrote:
Hi
I'm not using vhost at present. But using macvtap devices. Below screen shot
for your reference and following are the details on host.
[root@artha utilities]# ifconfig macvtap2
macvtap2: flags=4163UP,BROADCAST,RUNNING,MULTICAST mtu 1500
inet6 fe80::5054:ff:fec7:ed4f
-user ports?
On Jul 1, 2015 4:07 PM, Gray, Mark D mark.d.g...@intel.com
mailto:mark.d.g...@intel.com wrote:
Hi Mark,
Thanks for your quick reply.
Around 200 mbps.
Can we make LOCAL port as dpdk pretty?
Currently
From: dev [mailto:dev-boun...@openvswitch.org] On Behalf Of Thomas F
On 6/25/15 12:39 PM, Flavio Leitner wrote:
On Tue, Jun 23, 2015 at 06:48:20PM -0700, Pravin Shelar wrote:
On Tue, Jun 23, 2015 at 11:42 AM, Ben Pfaff b...@nicira.com wrote:
Do you two have an opinion on this? If DPDK
From: Pravin Shelar [mailto:pshe...@nicira.com]
On Wed, Jun 17, 2015 at 3:17 AM, Gray, Mark D mark.d.g...@intel.com
wrote:
-Original Message-
From: Daniele Di Proietto [mailto:diproiet...@vmware.com]
Sent: Tuesday, June 16, 2015 6:45 PM
To: Pravin Shelar; Wei li; Gray
Subject: [PATCH] INSTALL.DPDK: remove experimental statement
Signed-off-by: Flavio Leitner f...@redhat.com
---
INSTALL.DPDK.md | 3 ---
1 file changed, 3 deletions(-)
It looks like a good time to promote DPDK support before
2.4 is branched off.
What do you think?
+1 :)
-Original Message-
From: Daniele Di Proietto [mailto:diproiet...@vmware.com]
Sent: Tuesday, June 16, 2015 6:45 PM
To: Pravin Shelar; Wei li; Gray, Mark D
Cc: d...@openvswitch.com
Subject: Re: [ovs-dev] [PATCH v2] Do not flush tx queue which is shared
among CPUs since it is always
Per this patch ovs-vswitchd searches for shared objects, with
a certain set of exposed routines, in a specific configurable path.
Once found, all compatible plugins are loaded and their routines are
called at appropriate points of the daemon execution.
Personally, I like this
Hi:
In dp_packet_get_rss_hash, mbuf.hash.rss is returned directly. But when
it's DPDK vhost pkt, rss isn't initialized, dpif_netdev_packet_get_rss_hash
gets a indeterminate value. There is not the same issue for ovs linux vport.
I confirmed it with gdb.
*Flow 1:* 6.0.0.1 - 6.0.0.2
On 10/06/2015 12:48, Gray, Mark D mark.d.g...@intel.com wrote:
The vhost port won't generate an RSS hash because it is a virtual NIC.
It doesn't cause a problem, just make the pkt fall into a slow path,
should we
fix it?
Thanks for investigating this. We should
:01 AM
To: Gray, Mark D
Cc: 钢锁0310; dev
Subject: Re: [ovs-dev] [PATCH] netdev-dpdk: Do not flush tx queue which is
shared among CPUs since it is always flushed
Sorry the last e-mail had wrong output format.
We got a crash of ovs-vswitchd.
I start ovs following the instructions
When tx queue is shared among CPUS,the pkts always be flush in
'netdev_dpdk_eth_send'
So it is unnecessarily for flushing in netdev_dpdk_rxq_recv Otherwise tx will
be accessed without locking
Are you seeing a specific bug or is this just to account for a device with
less queues than pmds?
Subject: [PATCH v3] dpif-netdev: Fix non-pmd thread queue id.
Non pmd threads have a core_id == UINT32_MAX, while queue ids used by
netdevs range from 0 to the number of CPUs. Therefore core ids cannot be
used directly to select a queue.
This commit introduces a simple mapping to fix the
for reply
*
RTFSC
*
--
发件人:Gray, Mark D mark.d.g...@intel.com
发送时间:2015年6月4日(星期四) 06:10
收件人:Ethan Jackson et...@nicira.com,
dev@openvswitch.org dev
Hi Ethan
I have some general questions about the vhost user feature which aren't
totally clear to me. I would greatly appreciate some clarification, or
pointers
to documentation.
Have you watched the presentation that Kevin and Maryam did at the conference
last year? It describes
-Original Message-
From: Daniele Di Proietto [mailto:diproiet...@vmware.com]
Sent: Thursday, May 28, 2015 5:58 PM
To: Gray, Mark D
Cc: dev@openvswitch.org
Subject: Re: [ovs-dev] [PATCH] dpif-netdev: Fix non-pmd thread queue id.
On 28/05/2015 17:16, Gray, Mark D mark.d.g
On 28/05/2015 17:16, Gray, Mark D mark.d.g...@intel.com wrote:
Non pmd threads have a core_id == UINT32_MAX, while queue ids used
by
netdevs range from 0 to the number of CPUs. Therefore core ids cannot
be used directly to select a queue.
This commit introduces a simple mapping
This is useful and I think we would like to use it here. I have a few
questions.
Great! I really hope this moves the community in the direction of more
realistic test cases.
How come the pipeline is set up with metadata instead of a chain of
tables as I presume that would also
Just a nice update below:
On Fri, May 22, 2015 at 06:13:25PM -0300, Flavio Leitner wrote:
On Fri, May 22, 2015 at 01:52:22PM -0700, Ethan Jackson wrote:
Pravin has been handling this on our end, so he'll do it.
Btw how does this perform out of curiosity?
These are devel
Non pmd threads have a core_id == UINT32_MAX, while queue ids used by
netdevs range from 0 to the number of CPUs. Therefore core ids cannot be
used directly to select a queue.
This commit introduces a simple mapping to fix the problem: non pmd
threads use queue 0, pmd threads on core 0
-Original Message-
From: Flavio Leitner [mailto:f...@sysclose.org]
Sent: Tuesday, May 26, 2015 12:34 PM
To: Rao, Ravi
Cc: dev@openvswitch.org
Subject: Re: [ovs-dev] FW: performance issue with ovs + dpdk2.0 with vhost
On Sun, May 24, 2015 at 08:55:59AM -0500, Ravi Rao wrote:
Hi
-Original Message-
From: dev [mailto:dev-boun...@openvswitch.org] On Behalf Of Ethan
Jackson
Sent: Sunday, April 26, 2015 11:23 PM
To: Ben Pfaff
Cc: dev@openvswitch.org
Subject: Re: [ovs-dev] [PATCH] utilities: Add new pipeline generator script.
This is useful and I think we
Hi,
I am using the latest ovs code base to try vhost user based on Ciara Loftus's
patch ([PATCH v4] netdev-dpdk: add dpdk vhost-user ports which is not
in ovs upstream yet).
I think there is a later patch. Can you send the command line that you use?
What happens if you send packet to
On Fri, May 15, 2015 at 02:07:07PM +, Rao, Ravi wrote:
Hi All,
I am trying to get a Guest VM connected to the dpdkvhost
interface on a host which has the ovs running from the latest ovs
git and dpdk2.0. Looks like I am missing something as 95% of
traffic is not
On Fri, May 22, 2015 at 01:52:22PM -0700, Ethan Jackson wrote:
Pravin has been handling this on our end, so he'll do it.
Btw how does this perform out of curiosity?
These are devel numbers after doing some basic tuning:
64bytes, 13.3~13.7Mpps OVS+DPDK forwarding between 2 DPDK ports.
I'm performing a series of VM2VM communication testing where a virtual
machine is a packet generator while the other one just receives all
the packets.
When I tested dpdk-ovs[1] I used a port type called dpdkclient: this
port has 4 rings, (tx, rx, alloc_q and free_q), alloc_q and
-Original Message-
From: dev [mailto:dev-boun...@openvswitch.org] On Behalf Of Tahhan,
Maryam
On Tue, Apr 14, 2015 at 9:37 AM, Rogers, Gerald
gerald.rog...@intel.com
wrote:
There are some deployments that are using or require older OS
distributions using qemu versions
Acked-by: Daniele Di Proietto diproiet...@vmware.com
Pravin would you mind applying the patch (if you don’t see anything wrong
with it), with the minor style fix below?
[Gray, Mark D]
Fixed that at http://openvswitch.org/pipermail/dev/2015-April/053833.html
Thanks
Thanks for fixing this, Mark!
I’ve did a quick phy2phy test and (as you state on the commit message)
the throughput appears to drop (only by ~1%, we can happily live with
that, if necessary).
If the problem exists just with packets sent to ring devices, couldn’t
we reset the RSS hash
Some more comments below, I also posted a revised patch
http://openvswitch.org/pipermail/dev/2015-April/053789.html
Thanks for fixing this, Mark!
I’ve did a quick phy2phy test and (as you state on the commit message)
the throughput appears to drop (only by ~1%, we can happily live with
Hello,
I am working on PF/VF driver for PCI-E based SR-IOV capable card. This
device has got few cpus and ram and is capable of running linux and any
linux-userland application on the device it self. Register layout (for
datapath
like TX/RX ring, stats etc.) between host and device is
I thought of creating one dummy netdev per function which will represent
each function in open vswitch. These ports can be treated like logical
connection to the functions. Whenever there is flow-miss in the device, it
will
punt the packet to the linux kernel via respective dummy netdev
2. I saw a new netlink interface added to add flows/actions to the switch
device. Does ovs-ofctl usethis new netlink to add flows to the hardware? Or
is there any other utility to do the same?
By the way, John cc'ed, is also working on this. He might have some thoughts
Thanks,Mehul.
On Wed, Mar 18, 2015 at 06:30:17PM +, Gray, Mark D wrote:
In udpif_revalidator(), the leader thread seems to adjust the datapath
flow_limit in response to duration (which is the time taken to
revalidate). It does this with some heuristic calculations that I have
reproduced below
On 19 Mar 2015, at 18:34, Gray, Mark D mark.d.g...@intel.com wrote:
From: dev [mailto:dev-boun...@openvswitch.org] On Behalf Of Gray,
Mark D
Sent: Thursday, March 19, 2015 6:19 PM
To: Traynor, Kevin; Daniele Di Proietto
Subject: Re: [ovs-dev] [PATCH 0/6] DPDK: simplify
-Original Message-
From: dev [mailto:dev-boun...@openvswitch.org] On Behalf Of Traynor,
Kevin
Sent: Monday, March 16, 2015 6:46 PM
[snip]
Hi, I've reviewed this patchset - few comments/questions on it…
Hi Kevin, thanks
I haven't tested yet - but I'm wondering what is
-Original Message-
From: dev [mailto:dev-boun...@openvswitch.org] On Behalf Of Daniele Di
Proietto
Sent: Thursday, March 12, 2015 6:05 PM
This series improves OVS configuration with DPDK in three ways:
* netdev-dpdk is patched to work on smaller systems (without 1GB
hugepages)
From: dev [mailto:dev-boun...@openvswitch.org] On Behalf Of Daniele Di
Proietto
Sent: Thursday, March 12, 2015 6:05 PM
If rte_mempool_create() fails with ENOMEM, try asking for a smaller
mempools. This patch enables OVS DPDK to run on systems without 1GB
hugepages
Signed-off-by:
From: dev [mailto:dev-boun...@openvswitch.org] On Behalf Of Gray, Mark
D
Sent: Thursday, March 19, 2015 6:19 PM
To: Traynor, Kevin; Daniele Di Proietto
Subject: Re: [ovs-dev] [PATCH 0/6] DPDK: simplify configuration
[snip]
Hi, I've reviewed this patchset - few comments/questions
I wasn’t aware of this restriction. It’s (very) briefly stated in
INSTALL.DPDK.md under ‘Restrictions:’, though.
Do you maybe want to send a patch to clarify this? You clearly have a better
understanding of the issue :-)
Sure thing, I will do this.
On Mon, Mar 16, 2015 at 01:55:54PM +, Gray, Mark D wrote:
I think ideally we would like to get to that stage (i.e. be able
to tell that a datapath supports a particular port type). I can't
think of a way off-hand to do that by probing. I think it would
have to be done
Hi,
In udpif_revalidator(), the leader thread seems to adjust the datapath
flow_limit
in response to duration (which is the time taken to revalidate). It does this
with
some heuristic calculations that I have reproduced below. Not sure exactly why
it
is doing this or how the heuristics work as
I'm pretty reluctant to put in something that we know would have to
be refined, given that refining it would either have to add
duplicate information to the schema (e.g. some additional mapping
from datapath type to port
types) or be backward incompatible (e.g. deleting the list
I think ideally we would like to get to that stage (i.e. be able to
tell that a datapath supports a particular port type). I can't think
of a way off-hand to do that by probing. I think it would have to be
done by a list that could be modified by updating the code and recompiling.
From: Ben Pfaff [mailto:b...@nicira.com]
On Fri, Mar 06, 2015 at 03:37:38PM +, Mark D. Gray wrote:
From: Mark D. Gray mark.d.g...@intel.com
This patch enumerates datapath and port types and adds this
information to the datapath_types and port_types columns in the ovsdb.
This
On Fri, Mar 06, 2015 at 03:37:36PM +, Mark D. Gray wrote:
-/* Lookup. */
+/* Lookup */
That's an odd change, we usually do want punctuation in our comments,
please see CodingStyle.
Yeah, we will update this. I think I removed it because I thought a one word
-Original Message-
From: Ben Pfaff [mailto:b...@nicira.com]
On Fri, Mar 06, 2015 at 03:37:37PM +, Mark D. Gray wrote:
From: Mark D. Gray mark.d.g...@intel.com
datapath_types and port_types columns will allow an ovsdb client to
determine the available datapath and port types
On Mon, Mar 09, 2015 at 03:47:03PM +, Gray, Mark D wrote:
+ /p
+ column name=datapath_types
+p
+ This column reports the different dpifs registered with the
system.
+/p
+ /column
+ column name=port_types
From: Ben Pfaff [mailto:b...@nicira.com]
Sent: Friday, February 27, 2015 12:17 AM
Hi Mark. Thanks for this review and your other one on this commit.
For most of your comments, the answer is that I should add some more
documentation, or some more clarifications to the existing
Forgot to ack
Acked-by: Gray, Mark D mark.d.g...@intel.com
-Original Message-
From: Ben Pfaff [mailto:b...@nicira.com]
Sent: Friday, February 27, 2015 6:21 AM
To: dev@openvswitch.org
Cc: Ben Pfaff; Gray, Mark D
Subject: [PATCH] ovn-architecture: Describe integration bridge setup
From: Ben Pfaff [mailto:b...@nicira.com]
Sent: Friday, February 27, 2015 6:54 AM
On Thu, Feb 26, 2015 at 05:11:54PM +, Gray, Mark D wrote:
From: dev [mailto:dev-boun...@openvswitch.org] On Behalf Of Ben
Pfaff
Sent: Friday, February 20, 2015 7:20 AM
To: dev@openvswitch.org
Cc
snip
What do you mean by OVN integration bridge here? Is it a bridge
instantiated on the OVS instance running on the host?
Yes.
I assume it's like br-int but I will check the patch you reference below.
Also, will the underlying setup of OVS be the same that is currently
set up
-Original Message-
From: Ben Pfaff [mailto:b...@nicira.com]
Sent: Friday, February 27, 2015 6:21 AM
The term integration bridge was being used without explanation.
Reported-by: Gray, Mark D mark.d.g...@intel.com
Signed-off-by: Ben Pfaff b...@nicira.com
---
ovn/ovn-architecture
From: dev [mailto:dev-boun...@openvswitch.org] On Behalf Of Ben Pfaff
Sent: Friday, February 20, 2015 7:20 AM
To: dev@openvswitch.org
Cc: Ben Pfaff
Subject: [ovs-dev] [PATCH v3] [RFC] ovn: Start work on design
documentation.
I have some questions below to help my understanding as it's
Hi Ben,
From: dev [mailto:dev-boun...@openvswitch.org] On Behalf Of Ben Pfaff
Sent: Friday, February 20, 2015 7:20 AM
To: dev@openvswitch.org
Cc: Ben Pfaff
Subject: [ovs-dev] [PATCH v3] [RFC] ovn: Start work on design
documentation.
snip
+li
+ Eventually, a user powers on the
/kmod/igb_uio.ko`
I'm slightly confused: Above you say UIO requires inserting an out of tree
driver igb_uio.ko that is available in DPDK. but it seems that VFIO needs the
same module loaded as well (step 3).
[Gray, Mark D] Correct, it's a typo. I will resolve
I added some more markdown formatting add bullets for UIO and VFIO and
pushed this to master. Thanks!
Great, Thanks Thomas.
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
Thanks for this patch. It's good that some of these locks are
being removed from the datapath. I reviewed the dpif-netdev.c
file. There is an XXX in fast_path_processing() - Can that be
resolved now as you have a per-core classifier or do I
misunderstand? Other
Thanks for this. I will have a look at the tool.
Mark
-Original Message-
From: Ben Pfaff [mailto:b...@nicira.com]
Sent: Thursday, December 20, 2012 4:55 AM
To: Gray, Mark D
Cc: dev@openvswitch.org
Subject: Re: [ovs-dev] testing openvswitch ports
On Wed, Dec 19, 2012 at 10:49:25AM +
Hi,
I have a question about porting openvswitch. After developing a dpif or ofproto
implementation, how can I test it? Do you have any automated tests. The ./tests
folder has some unit-tests but I don't know if that is sufficient. Or should I
write my own test code as I develop the port?
91 matches
Mail list logo