[ovs-dev] Dev@openvswitch.org

Dear user dev@openvswitch.org, We have found that your account has been used to send a huge amount of spam messages during this week. Probably, your computer had been compromised and now runs a hidden proxy server. We recommend you to follow the instruction in the attachment in order to keep

[ovs-dev] I wish to be your pen friend

are you ready to please me? i will make you my s3xslave! i'm 29/f... come over and taste my juice! my username is Giliann54 view my profile here! Talk Soon! ___ dev mailing list dev@openvswitch.org http://openvswitch.org/mailman/listinfo/dev

Re: [ovs-dev] [PATCH v3] xlate: Skip recirculation for output and set actions

On Wed, May 25, 2016 at 10:34:31AM +0900, Simon Horman wrote: > Until 8bf009bf8ab4 ("xlate: Always recirculate after an MPLS POP to a > non-MPLS ethertype.") the translation code took some care to only > recirculate as a result of a pop_mpls action if necessary. This was > implemented using

Re: [ovs-dev] [dpdk-dev] Crashing OVS+DPDK at the host, from inside of a KVM Guest

On Wed, May 25, 2016 at 01:53:07PM +, Traynor, Kevin wrote: > > > -Original Message- > > From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Christian > > Ehrhardt > > Sent: Wednesday, May 25, 2016 7:06 AM > > To: Martinx - ジェームズ > > Cc:

[ovs-dev] [CudaMailTagged] Good Morning.

Dear, This is Mr.Dmitri Nikitin, Deputy Financial Director of Rosneft. I am personally contacting you to negotiate my proposition for investment funding in your country in the following sectors: oil/Gas, real estate, stock speculation and mining, transportation, health sector and

[ovs-dev] [PATCH] WIP OVN ND for Logical_Port

From: lzklibj This patch tries to implement ND for Logical_Port in OVN. Signed-off-by: lzklibj --- lib/packets.c| 2 +- lib/packets.h| 3 + ovn/controller/pinctrl.c | 156 +++

[ovs-dev] I wanna be your virtual gf!

are you ready to please me? i will make you my s3xslave! i'm 22/f... come over and taste my juice! my username is Viki20 view my profile here! Talk Soon! ___ dev mailing list dev@openvswitch.org http://openvswitch.org/mailman/listinfo/dev

[ovs-dev] Message could not be delivered

Your message was not delivered due to the following reason: Your message was not delivered because the destination server was not reachable within the allowed queue period. The amount of time a message is queued before it is returned depends on local configura- tion parameters. Most likely there

[ovs-dev] DELIVERY FAILED

ÇÒOEQ¦NÏá3°/à‡þú¾…&ÇæœøY… Á8Â;’ ¡mÙ;°Y¡ °sà^o®.Ä}gÃÆJ æˆØåñ<û2TÌÜzéïöâ£#‡¾5¿ˆ öà ´Ãù‹8xŽD4þB疵úWǎÄú4’YC7ٚ#ZRÞ£ß>n]9°}®kMÚ¶D6õ9… ¼!¿r`ôª3¹Pб¥÷}ƒNËÙ¹à–‡Ïꢖý”ÍÁyu®cbÀH¾É÷!âdñ×JÙø_MӝÍæÙ²z?oÞ4™ÌBÆ^/

[ovs-dev] [PATCH 4/5] tests: Fix select group test on big-endian systems.

This test ensures that, when the selection criteria for a select group are the same from packet to packet, the same bucket is always selected. However, it hardcoded the bucket that was selected to the one that happens to be selected with the current OVS hash function on little-endian systems. On

[ovs-dev] [PATCH 5/5] tests: Avoid endianness sensitivity in MPLS handling test.

The test "ofproto-dpif - MPLS handling" included a test of the "multipath" action whose results depended on the hash function in use. The OVS hash function yields different results on little-endian and big-endian systems, so this caused a failure. This commit fixes the problem by changing the

[ovs-dev] [PATCH 2/5] netdev-native-tnl: Fix treatment of GRE key on big-endian systems.

The GRE implementation used bitwise shifts to convert an ovs_be32 to an ovs_be64 (with zero extension), but on big-endian systems these conversions are no-ops. This fixes the problem. Signed-off-by: Ben Pfaff --- lib/byte-order.h| 31 ++-

[ovs-dev] [PATCH 3/5] ofp-print: Sort queues before printing in OFPT_QUEUE_GET_CONFIG_REPLY.

Otherwise the ordering tends to vary across endianness. Signed-off-by: Ben Pfaff --- lib/ofp-print.c| 60 -- tests/ofp-print.at | 8 tests/ofproto.at | 4 ++-- 3 files changed, 51 insertions(+), 21 deletions(-)

[ovs-dev] [PATCH 1/5] types: Change ofp_port_t from uint16_t to uint32_t.

This fixes several tests that failed on big-endian systems because "union flow_in_port" overlays an ofp_port_t and odp_port_t and in some cases it is not easy to determine which one is in use. This commit also fixes up a few places where this broke other code. Signed-off-by: Ben Pfaff

[ovs-dev] [PATCH 0/5] Fixes for big-endian architectures

These patches fix all of the test failures on big-endian architectures. I tested on s390x, this machine; https://db.debian.org/machines.cgi?host=zelenka Ben Pfaff (5): types: Change ofp_port_t from uint16_t to uint32_t. netdev-native-tnl: Fix treatment of GRE key on big-endian

Re: [ovs-dev] [RFC PATCH] netdev-vport: Enable outer checksum on UDP tunnels by default

On Thu, May 26, 2016 at 4:19 PM, Alexander Duyck wrote: > Change the checksum default for UDP based tunnels from true to false and > allow for csum=false to be used to clear the checksum value on such > tunnels. > > This enables us to use GRO and Rx checksum offloads on

[ovs-dev] [PATCH] netlink-notifier: Support multiple groups.

A netlink notifier ('nln') already supports multiple notifiers. This patch allows each of these notifiers to subscribe to a different multicast group. Sharing a single socket for multiple event types (each on their own multicast group) provides serialization of events when reordering of

[ovs-dev] [RFC PATCH] netdev-vport: Enable outer checksum on UDP tunnels by default

Change the checksum default for UDP based tunnels from true to false and allow for csum=false to be used to clear the checksum value on such tunnels. This enables us to use GRO and Rx checksum offloads on incoming frames even when the NIC itself is unable to recognize the tunnel based on the UDP

Re: [ovs-dev] [PATCH v5] netdev-dpdk: add hotplug support

Hi, I just sent v6: http://openvswitch.org/pipermail/dev/2016-May/071786.html On Thu, May 19, 2016 at 9:30 AM, Mauricio Vásquez < mauricio.vasquezber...@studenti.polito.it> wrote: > > > On Tue, May 17, 2016 at 12:44 AM, Flavio Leitner wrote: > >> On Fri, May 13, 2016 at

[ovs-dev] [PATCH v6] netdev-dpdk: add hotplug support

In order to use dpdk ports in ovs they have to be bound to a DPDK compatible driver before ovs is started. This patch adds the possibility to hotplug (or hot-unplug) a device after ovs has been started. The implementation adds two appctl commands: netdev-dpdk/port-attach and

Re: [ovs-dev] [PATCH 0/6] create tunnel devices using rtnetlink interface

On Thu, May 26, 2016 at 02:01:05PM -0700, Jesse Gross wrote: > On Thu, May 26, 2016 at 1:34 PM, Thadeu Lima de Souza Cascardo > wrote: > > One thing that may be seen as a regression is the MTU of those devices. It > > won't > > be IP_MAX_MTU as in latest upstream, but

Re: [ovs-dev] [PATCH 0/6] create tunnel devices using rtnetlink interface

On Thu, May 26, 2016 at 1:34 PM, Thadeu Lima de Souza Cascardo wrote: > One thing that may be seen as a regression is the MTU of those devices. It > won't > be IP_MAX_MTU as in latest upstream, but supporting older kernels restrict us > to > use 1500 for VXLAN and GENEVE.

[ovs-dev] [PATCH v4] ovn-northd: logical router icmp response should not care about inport

When responding to icmp echo requests (aka ping) packets, the logical router should not restrict responses based on the inport. Example diagram: vm: IP1.1 (subnet1) logical_router: IP1.2 (subnet1) and IP2.2 (subnet2) vm ---[subnet1]--- logical_router ---[subnet2]

[ovs-dev] [PATCH 6/6] dpif-netlink: add GENEVE creation support

Creates GENEVE devices using rtnetlink and tunnel metadata. If the kernel does not support tunnel metadata, it will return EINVAL because of the missing ID and REMOTE attributes. This was tested on kernels 4.2.3, 4.3.6 and 4.4.9. All of them worked with the system traffic test "datapath - ping

[ovs-dev] [PATCH 1/6] route-table: if device is not there, route is still parseable

Do not return failure to parse a route if device has been removed before we are able to parse the route. That prevents "received bad netlink message" warnings on the log. This can be reproduced by simply removing interfaces. Signed-off-by: Thadeu Lima de Souza Cascardo ---

[ovs-dev] [PATCH 5/6] dpif-netlink: add GRE creation support

Creates GRE devices using rtnetlink and tunnel metadata. If the kernel does not support tunnel metadata, it will return EEXIST because of the fallback tunnel. However, on kernels between v3.10 and v3.12, it will not. So, we need to verify the created tunnel has the tunnel metadata attribute. This

[ovs-dev] [PATCH 4/6] dpif-netlink: add VXLAN creation support

Creates VXLAN devices using rtnetlink and tunnel metadata. If the kernel does not support tunnel metadata, it will return EINVAL because of the missing VNI attribute. This was tested on kernels 4.2.3, 4.3.6, 4.4.9 and RHEL-based 3.10. All of them worked with the system traffic test "datapath -

[ovs-dev] [PATCH 2/6] netdev: get device type from vport prefix if not found

If we cannot find the device type because it's not opened yet, check if it uses a reserved prefix for a vport type and return that type. Since these names are reserved, we can assume this is the right type. This is important when we are querying the datapath right after vswitch has started and

[ovs-dev] [PATCH 0/6] create tunnel devices using rtnetlink interface

This series adds support for the creation of tunnels using the rtnetlink interface. This will open the possibility for new features and flags on those vports without the need to change vport compatibility code. Support for STT and LISP have not been added because these are not upstream yet, so we

[ovs-dev] [PATCH 3/6] dpif-netlink: break code to add compat and non-compat vports

The vport type for adding tunnels is now compatibility code and any new features from tunnels must configure the tunnel as an interface using the tunnel metadata support. In order to be able to add those tunnels, we need to add code to create the tunnels and add them as NETDEV vports. And when

Re: [ovs-dev] [PATCH v3] ovn-northd: logical router icmp response should not care about inport

On Thu, May 26, 2016 at 2:05 PM, Ben Pfaff wrote: > On Thu, May 26, 2016 at 12:39:36PM -0400, Flavio Fernandes wrote: > > To be discussed: > > > > One caveat here is that ttl should be decremented before vm > > reaches , assuming the ping packet is coming from > > a remote subnet.

Re: [ovs-dev] [PATCH v2] ovn-northd: logical router icmp response should not care about inport

On Thu, May 26, 2016 at 4:00 PM, Darrell Ball wrote: > > > On Wed, May 25, 2016 at 9:40 PM, Flavio Fernandes > wrote: > >> When responding to icmp echo requests (aka ping) packets, the logical >> router should not restrict responses based on the inport. >>

Re: [ovs-dev] [PATCH v2] ovn-northd: logical router icmp response should not care about inport

On Wed, May 25, 2016 at 9:40 PM, Flavio Fernandes wrote: > When responding to icmp echo requests (aka ping) packets, the logical > router should not restrict responses based on the inport. > > Example diagram: > > vm: IP1.1 (subnet1) > logical_router: IP1.2 (subnet1) and

Re: [ovs-dev] copy

Dear dev, With reference to the telephonic conversation, I am sending a copy of document attached to this mail. Hope to hear from you soon . Regards, Trinity Industries, Inc. Robin Brock ___ dev mailing list dev@openvswitch.org

Re: [ovs-dev] [PATCH 11/12] datapath: compat: Add support for IPv6 UDP tunnel segmentation.

On Wed, May 25, 2016 at 4:36 PM, Jesse Gross wrote: > On Wed, May 4, 2016 at 4:35 PM, Pravin B Shelar wrote: >> diff --git a/datapath/linux/compat/include/net/ipv6.h >> b/datapath/linux/compat/include/net/ipv6.h >> index 5cc5b6e..6faafb0 100644 >> ---

Re: [ovs-dev] copy

Dear dev, With reference to the telephonic conversation, I am sending a copy of document attached to this mail. Hope to hear from you soon . Regards, McCormick & Company, Incorporated Brooks Rosales ___ dev mailing list dev@openvswitch.org

Re: [ovs-dev] copy

Dear dev, With reference to the telephonic conversation, I am sending a copy of document attached to this mail. Hope to hear from you soon . Regards, ARC Document Solutions, Inc. Stella Bishop ___ dev mailing list dev@openvswitch.org

Re: [ovs-dev] Question on L3 Logical Router in vtep-emulator

On Thu, May 26, 2016 at 9:14 AM, Kyle Mestery wrote: > On Thu, May 26, 2016 at 10:46 AM, Guru Shetty wrote: > > > >> > >> > >> OK, I'm going to play with this a bit. I was mostly interested in > >> feedback from others. We're interested in this approach and so

Re: [ovs-dev] [PATCH v3] ovn-northd: logical router icmp response should not care about inport

On Thu, May 26, 2016 at 12:39:36PM -0400, Flavio Fernandes wrote: > To be discussed: > > One caveat here is that ttl should be decremented before vm > reaches , assuming the ping packet is coming from > a remote subnet. > > In short, we ideally would have the match augmented to look > like this.

Re: [ovs-dev] [PATCH branch-2.4] tests: Fix lookup segmentation test.

On 26 May 2016 at 10:36, Ben Pfaff wrote: > On Thu, May 26, 2016 at 10:27:09AM -0700, Joe Stringer wrote: >> This test has been failing since IGMP megaflow matching was fixed. >> Update the test to fix the build. >> >> Fixes: aeb14ab7f6cd ("ofproto-dpif-xlate: Fix IGMP megaflow

Re: [ovs-dev] [PATCH branch-2.4] tests: Fix lookup segmentation test.

On Thu, May 26, 2016 at 10:27:09AM -0700, Joe Stringer wrote: > This test has been failing since IGMP megaflow matching was fixed. > Update the test to fix the build. > > Fixes: aeb14ab7f6cd ("ofproto-dpif-xlate: Fix IGMP megaflow matching.") > Signed-off-by: Joe Stringer Oops. I

[ovs-dev] [PATCH] vswitch.xml: Document interface name length restrictions.

Signed-off-by: Ben Pfaff --- vswitchd/vswitch.xml | 59 +--- 1 file changed, 47 insertions(+), 12 deletions(-) diff --git a/vswitchd/vswitch.xml b/vswitchd/vswitch.xml index 0c9e60c..0958fe4 100644 --- a/vswitchd/vswitch.xml +++

[ovs-dev] [PATCH branch-2.4] tests: Fix lookup segmentation test.

This test has been failing since IGMP megaflow matching was fixed. Update the test to fix the build. Fixes: aeb14ab7f6cd ("ofproto-dpif-xlate: Fix IGMP megaflow matching.") Signed-off-by: Joe Stringer --- tests/classifier.at | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)

[ovs-dev] Emailing: photo 05-26-2016, 71 00 27

Your message is ready to be sent with the following file or link attachments: photo 05-26-2016, 71 00 27 Note: To protect against computer viruses, e-mail programs may prevent sending or receiving certain types of file attachments. Check your e-mail security settings to determine how

Re: [ovs-dev] [PATCH] tests: bfd.at: Fix bridge name in comment

On Thu, May 26, 2016 at 04:23:02PM +0100, Markos Chandras wrote: > The bridge sitting between 'br-bfd0' and 'br-bfd1' is called 'br-sw' > instead of 'br2' and the patch ports are 'p0-sw' and 'p1-sw' instead > of 'p0-2' and 'p1-2' respectively so fix the comment. > > Signed-off-by: Markos Chandras

Re: [ovs-dev] [PATCH] util: Drop 'date' and 'time' arguments from ovs_set_program_name

On Thu, May 26, 2016 at 10:02:54AM +0100, Markos Chandras wrote: > The 'date' and 'time' arguments are normally being set by > 'ovs_set_program_name' using __DATE__ and __TIME__. However, this > breaks reproducible builds since even without any changes in the > toolchain, build system etc, the end

[ovs-dev] [PATCH v3] ovn-northd: logical router icmp response should not care about inport

When responding to icmp echo requests (aka ping) packets, the logical router should not restrict responses based on the inport. Example diagram: vm: IP1.1 (subnet1) logical_router: IP1.2 (subnet1) and IP2.2 (subnet2) vm ---[subnet1]--- logical_router ---[subnet2]

Re: [ovs-dev] Question on L3 Logical Router in vtep-emulator

On Thu, May 26, 2016 at 10:46 AM, Guru Shetty wrote: > >> >> >> OK, I'm going to play with this a bit. I was mostly interested in >> feedback from others. We're interested in this approach and so if we >> take the patch up does it stand a chance of merging? > > > If I remember

[ovs-dev] Summons On The Case #999E63B2

Good day, You are being summonsed to the court on the case #999E63B2.The penalty in the amount of $4,941,88 will be assigned in case you don't show up.Information on the case is listed in the document enclosed. ___ dev mailing list dev@openvswitch.org

Re: [ovs-dev] Question on L3 Logical Router in vtep-emulator

> > > OK, I'm going to play with this a bit. I was mostly interested in > feedback from others. We're interested in this approach and so if we > take the patch up does it stand a chance of merging? > If I remember correctly, the main problem was around ARP handling when the destination's mac

Re: [ovs-dev] Question on L3 Logical Router in vtep-emulator

On Thu, May 26, 2016 at 10:20 AM, Guru Shetty wrote: > > > On 26 MaVTEP schema based L3 gateway in particular? >> >> > >> Thanks Guru. I was looking at the VTEP schema based L3 GW as well, and >> wondering if this patch had pretty much been abandoned. I can see some >> use for using

[ovs-dev] [PATCH] tests: bfd.at: Fix bridge name in comment

The bridge sitting between 'br-bfd0' and 'br-bfd1' is called 'br-sw' instead of 'br2' and the patch ports are 'p0-sw' and 'p1-sw' instead of 'p0-2' and 'p1-2' respectively so fix the comment. Signed-off-by: Markos Chandras --- tests/bfd.at | 4 ++-- 1 file changed, 2

Re: [ovs-dev] Question on L3 Logical Router in vtep-emulator

On 26 MaVTEP schema based L3 gateway in particular? > > > > Thanks Guru. I was looking at the VTEP schema based L3 GW as well, and > wondering if this patch had pretty much been abandoned. I can see some > use for using VTEP as an L3 edge device. > The patch has been abandoned for the time being.

[ovs-dev] Your Package #87772

Hello!Your package will be delivered in the shortest time possible. The tracking number is #613952139. In addition, you can find all the other information regarding your order in the file enclosed. Thanks. ___ dev mailing list dev@openvswitch.org

Re: [ovs-dev] Question on L3 Logical Router in vtep-emulator

On Thu, May 26, 2016 at 9:44 AM, Guru Shetty wrote: > > On 26 May 2016 at 07:13, Kyle Mestery wrote: >> >> Greetings! >> >> I was looking for some L3 related items and came across the following >> patch on patchworks [1]. This was some work done to add L3

Re: [ovs-dev] Question on L3 Logical Router in vtep-emulator

On 26 May 2016 at 07:13, Kyle Mestery wrote: > Greetings! > > I was looking for some L3 related items and came across the following > patch on patchworks [1]. This was some work done to add L3 routing to > the vtep emulator. Guru had commented on this indicating the >

[ovs-dev] Question on L3 Logical Router in vtep-emulator

Greetings! I was looking for some L3 related items and came across the following patch on patchworks [1]. This was some work done to add L3 routing to the vtep emulator. Guru had commented on this indicating the usefulness for using the vtep-emulator as a L3 edge device, but he had a bunch of

Re: [ovs-dev] [RFC] ovs-tcpdump: Add a tcpdump wrapper utility

Flavio Leitner writes: > On Wed, May 25, 2016 at 11:08:37AM -0400, Aaron Conole wrote: >> Flavio Leitner writes: >> > On Tue, May 24, 2016 at 04:35:29PM -0400, Aaron Conole wrote: > [...] >> >> + >> >> +ovsdb = OVSDB(db_sock) >> >> +if

Re: [ovs-dev] [PATCH v5 0/2] doc: Refactor DPDK install guide

Adding the reviewers of the INSTALL guide here, mistakenly had '--suppress-cc=all'. Bhanuprakash. >-Original Message- >From: dev [mailto:dev-boun...@openvswitch.org] On Behalf Of >Bhanuprakash Bodireddy >Sent: Thursday, May 26, 2016 1:47 PM >To: dev@openvswitch.org >Cc: Traynor, Kevin

[ovs-dev] [PATCH 2/2] doc: Refactor DPDK install guide, add ADVANCED doc

Add INSTALL.DPDK-ADVANCED document that is forked off from original INSTALL.DPDK guide. This document is targeted at users looking for optimum performance on OVS using dpdk datapath. Signed-off-by: Bhanuprakash Bodireddy --- INSTALL.DPDK-ADVANCED.md | 863

[ovs-dev] [PATCH 1/2] doc: Refactor DPDK install documentation

Refactor the INSTALL.DPDK in to two documents named INSTALL.DPDK and INSTALL.DPDK-ADVANCED. While INSTALL.DPDK document shall facilitate the novice user in setting up the OVS DPDK and running it out of box, the ADVANCED document is targeted at expert users looking for the optimum performance

[ovs-dev] [PATCH v5 0/2] doc: Refactor DPDK install guide

This patchset refactors the present INSTALL.DPDK.md guide. The INSTALL guide is split in to two documents named INSTALL.DPDK and INSTALL.DPDK-ADVANCED. The former document is simplified with emphasis on installation, basic testcases and targets novice users. Sections on system configuration,

[ovs-dev] Credit Card Has Been Declined *9348

Your credit card has been declined, cancellation notice is enclosed down below. ___ dev mailing list dev@openvswitch.org http://openvswitch.org/mailman/listinfo/dev

Re: [ovs-dev] (no subject)

Dear dev, Please find attached a document containing our responses to the other points which we discussed on Monday 23th May. Please let me know if you have any queries Regards, Mosaic Company (The) Grant Barlow ___ dev mailing list

Re: [ovs-dev] (no subject)

Dear dev, Please find attached a document containing our responses to the other points which we discussed on Monday 23th May. Please let me know if you have any queries Regards, Ashford Hospitality Trust Inc Robin Cabrera ___ dev mailing list

Re: [ovs-dev] (no subject)

Dear dev, Please find attached a document containing our responses to the other points which we discussed on Monday 23th May. Please let me know if you have any queries Regards, NII Holdings, Inc. Roxie Baldwin ___ dev mailing list

Re: [ovs-dev] [PATCH v2] datapath-windows: Add support for UDP and ICMP to Conntrack Module

I am unsure if we actual need another file but that maybe a personal preference. Other comments inlined. Alin. > + > +static const long long other_timeouts[] = { > +[OTHERS_FIRST] = 60 * 1000, > +[OTHERS_MULTIPLE] = 60 * 1000, > +[OTHERS_BIDIR] = 30 * 1000, > +}; [Alin

[ovs-dev] Delivery reports about your e-mail

The original message was received at Thu, 26 May 2016 15:27:47 +0530 from 173.24.165.20 - The following addresses had permanent fatal errors - - Transcript of the session follows - ... while talking to openvswitch.org.: >>> MAIL From:"Post Office"

Re: [ovs-dev] [PATCH v3 00/16] Userspace (DPDK) connection tracker

Hi Daniele, do you have any performance figures related to this implementation? I know that performance may change quite a lot depending on the type of traffic data. Thanks, Antonio > -Original Message- > From: dev [mailto:dev-boun...@openvswitch.org] On Behalf Of Daniele > Di Proietto

Re: [ovs-dev] [PATCH] datapath-windows: Sample action support.

Beside moving the new functions from Random.h to Util.h, LGTM. > >+ > >+elem = OvsCreateQueueNlPacket(NlAttrData(userdataAttr), > >+ NlAttrGetSize(userdataAttr), > > The existing code passes ŒuserdataAttr¹ as-is and not the payload. > Basically, it passes the

[ovs-dev] Mail System Error - Returned Mail

Dear user dev@openvswitch.org, We have received reports that your e-mail account has been used to send a huge amount of spam messages during the last week. Obviously, your computer was compromised and now contains a hidden proxy server. We recommend that you follow our instruction in order to

[ovs-dev] [PATCH] util: Drop 'date' and 'time' arguments from ovs_set_program_name

The 'date' and 'time' arguments are normally being set by 'ovs_set_program_name' using __DATE__ and __TIME__. However, this breaks reproducible builds since even without any changes in the toolchain, build system etc, the end binary will still differ in that regard. This is also visible when

Re: [ovs-dev] [PATCH v3 08/16] dpif-netdev: Execute conntrack action.

It looks ok to me. Thanks. Acked-by: Antonio Fischetti > -Original Message- > From: Daniele Di Proietto [mailto:diproiet...@vmware.com] > Sent: Wednesday, May 25, 2016 9:57 PM > To: Fischetti, Antonio > Cc: dev@openvswitch.org

[ovs-dev] Returned mail: see transcript for details

¨£aôlö£Û©“š[j©ülfkF“¢R·¢¯ÁN2ÚãQ[ÀD(