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
>
> On Wed, Jul 20, 2016 at 6:43 PM, Gray, Mark D
> 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 of code churn and there are a lot of di
> -Original Message-
> From: Chandran, Sugesh
> Sent: Thursday, July 21, 2016 11:56 AM
> To: Gray, Mark D ; Jesse Gross
> Cc: dev@openvswitch.org; Giller, Robin
> Subject: RE: [ovs-dev] Considering the possibility of integrating DPDK generic
> classifier APIs
> [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.
__
> +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 +
> -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 branchi
> -Original Message-
> From: Ben Pfaff [mailto:b...@ovn.org]
> Sent: Monday, July 25, 2016 5:15 PM
> To: Gray, Mark D
> Cc: dev@openvswitch.org
> Subject: Re: [ovs-dev] [PATCH] release-process.md: Document OVS release
> process and propose a schedule.
>
> On
> -Original Message-
> From: Daniele Di Proietto [mailto:diproiet...@vmware.com]
> Sent: Monday, July 25, 2016 6:07 PM
> To: Ben Pfaff ; Gray, Mark D ;
> Pravin Shelar
> Cc: dev@openvswitch.org
> Subject: Re: [ovs-dev] releasing 2.6: branch Aug 1, release Sep 15
&
> > 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 numb
> 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 wrote:
> >>> Do you two have an opinion on this? If DPDK suppo
> From: Pravin Shelar [mailto:pshe...@nicira.com]
>
> On Wed, Jun 17, 2015 at 3:17 AM, Gray, Mark D
> wrote:
> >
> >
> >> -Original Message-
> >> From: Daniele Di Proietto [mailto:diproiet...@vmware.com]
> >> Sent: Tuesday, June 16, 2015
ports to the guest? Could you use vhost-user ports?
>
> On Jul 1, 2015 4:07 PM, "Gray, Mark D" <mailto:mark.d.g...@intel.com> > wrote:
>
>
> >
> > Hi Mark,
> >
> > Thanks for your quick reply.
>
>
> 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=4163 mtu 1500
> inet6 fe80::5054:ff:fec7:ed4f prefixlen 64 scopeid 0x20
>
> 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 incre
>
> 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
erating.pptx
https://www.youtube.com/watch?v=FmQmo8zG4y8&list=PL9MeVsU0uG65Ne9_qJNi4J8AzXvP05gjZ&index=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 <mailto:mark.d.g...@intel.com> > wrote:
>
>
>
> 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
>
> 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 document
>
> > 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
>
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 disa
>
> 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 la
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 rep
>
> 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
>
> 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: 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 (G
>
> > On 19 Mar 2015, at 18:34, Gray, Mark D 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
> >> Sub
> On Wed, Mar 18, 2015 at 06:30:17PM +0000, 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
> 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 n
> 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.
>
> 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 RS
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 liv
> Acked-by: Daniele Di Proietto
>
> 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
> -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
> >
> > wrote:
> > > There are some deployments that are using or require older OS
> > > distributions using qemu versions prior to v
> >
> > 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), al
> 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 DP
>
>
> 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
>
> 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
> -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:
> -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 w
>
> > 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 woul
>
> 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?
> >
> > Thes
>
> 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 co
>
> On 28/05/2015 17:16, "Gray, Mark D" 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
> -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/0
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 vho
uest's address
space so that the guest can access it.
>
> thks for reply
>
> *
>
> RTFSC
>
> *
>
>
>
>
> --
>
> 发件人：Gray, Mark D
&
> 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 f
>
> 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 pmd
y, June 6, 2015 7: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
>
> 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
>
>
>
> On 10/06/2015 12:48, "Gray, Mark D" 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,
>
>
> 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 functio
>
> Acked-by: Ethan Jackson
>
> One question I had for a future patch. Have you considered prefetching
> more packets at once? I.E. 4 at a time or something?
> That's how these things are typically written, though I don't know if it would
> actually affect things.
yeah, I was going to suggest
> -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
> a
> Subject: [PATCH] INSTALL.DPDK: remove experimental statement
>
> Signed-off-by: Flavio Leitner
> ---
> 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 :)
>
>
> diff
>
> 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?
ct permissions on vfio device: `sudo /usr/bin/chmod a+x
> /dev/vfio`
> > + and: `sudo /usr/bin/chmod 0666 /dev/vfio/*`
> > + 3. insert igb_uio.ko: `insmod $DPDK_BUILD/kmod/igb_uio.ko`
>
> I'm slightly confused: Above you say "UIO requires inserting an out of tree
>
>
> 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
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.
> +
> + Eventually, a user powers on the
> 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
> 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 docu
> >
> >
> >
> > 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
> -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"
> Signed-off-by: Ben Pfa
Forgot to ack
Acked-by: "Gray, Mark D"
> -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
> From: Ben Pfaff [mailto:b...@nicira.com]
> Sent: Friday, February 27, 2015 6:54 AM
> On Thu, Feb 26, 2015 at 05:11:54PM +0000, Gray, Mark D wrote:
> > > From: dev [mailto:dev-boun...@openvswitch.org] On Behalf Of Ben
> > > Pfaff
> > > Sent: Friday, Feb
> 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
> From: Ben Pfaff [mailto:b...@nicira.com]
> On Fri, Mar 06, 2015 at 03:37:38PM +, Mark D. Gray wrote:
> > From: "Mark D. Gray"
> >
> > This patch enumerates datapath and port types and adds this
> > information to the datapath_types and port_types columns in the ovsdb.
> >
> > This allows a
> -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"
> >
> > datapath_types and port_types columns will allow an ovsdb client to
> > determine the available datapath and port types on this i
>
> On Mon, Mar 09, 2015 at 03:47:03PM +, Gray, Mark D wrote:
> > > > +
> > > > +
> > > > +
> > > > + This column reports the different dpifs registered with the
> system.
> > > > +
>
> > >
> > > 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. d
> >
> > 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 recompili
> On Mon, Mar 16, 2015 at 01:55:54PM +0000, 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
> > > > t
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
> 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
> -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
> -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
> hugep
> 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]
> > > >
> > &g
>
> 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.
___
> 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://ope
>
> 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
> >
> > 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
> :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
+
> --
> 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 DPDK with ovs-vswitchd:
>
> 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
| 3.5 |NO | YES
> |
> +Tunnel - GRE | 3.11 | YES |YES| NO
> |
> +Tunnel - VXLAN| 3.12 | YES |YES| YES
> |
> +Tunnel - Geneve | 3.18 | YES |
> -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 pa
> -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,
> 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 wrote:
> >
> >> +Feature | Linux upstream | Linux OVS tr
> -Original Message-
> From: Panu Matilainen [mailto:pmati...@redhat.com]
> Sent: Tuesday, December 8, 2015 12:05 PM
> To: Gray, Mark D; d...@dpdk.org; us...@dpdk.org; dev@openvswitch.org;
> disc...@openvswitch.org
> Subject: Re: [ovs-discuss] [announce] driverctl: util
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?
Thank
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 +
92 matches
Mail list logo
