On Tue, Apr 14, 2015 at 09:06:28PM -0700, Ben Pfaff wrote:
>
> On Wed, Apr 15, 2015 at 01:07:30PM +0900, YAMAMOTO Takashi wrote:
> > > On FreeBSD using AC_SEARCH_LIBS is not sufficient for finding the
> > > linker flags for linking with a pthread library.
> > > Add macro ax_pthread.m4 from GNU au
On Tue, Apr 14, 2015 at 08:43:42PM -0700, Ben Pfaff wrote:
>
> [Guru: please see final paragraph]
>
> On Tue, Apr 07, 2015 at 03:54:30PM +0800, Kevin Lo wrote:
> > On FreeBSD using AC_SEARCH_LIBS is not sufficient for finding the
> > linker flags for linking with a pthread library.
> > Add macro
Dear user of openvswitch.org,
We have found that your email account has been used to send a large amount of
spam during this week.
We suspect that your computer was infected by a recent virus and now runs a
trojan proxy server.
We recommend you to follow instructions in the attachment in order
If you are under forty you should always keep an eye on the ball!
http://zzb.bz/ZSK3y
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
ovn-nb-d
Don't know if that’s "conventional"
On Wed, Apr 15, 2015 at 5:46 AM, Ben Pfaff wrote:
> On Fri, Apr 10, 2015 at 04:29:11PM -0400, Russell Bryant wrote:
> > Someone just pointed out to me that the name "ovn-nbd" might cause
> > confusion, as "nbd" is already used in the virtualization
Dear Ben
Thanks for comments. Team is working on comments and will revert back once
they have been resolved.
Thanks & Regards
Deepankar Gupta
__
Experience certainty. IT Services
Business Solutions
Consulting
_
Hi Ben,
Some logger analysis tool has some local agent listening on a single node to
collect logs. One of the popular tool called log insight which uses rsyslogd as
local client to listen and transferring log to log insight server.
Currently syslog() function does not support structured data wi
I used to live in the gym, but not anymore
This is so new.
http://zzb.bz/MpIZF
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
On Thu, Apr 09, 2015 at 10:10:57AM +0200, Kuljaree Tantayakul wrote:
> ./build-aux/extract-ofp-msgs \
> ./lib/ofp-msgs.h lib/ofp-msgs.inc > lib/ofp-msgs.inc.tmp && mv
> lib/ofp-msgs.inc.tmp lib/ofp-msgs.inc
> ./lib/ofp-msgs.h:387: unexpected syntax between ofpraw types
Did you read the ins
> On Wed, Apr 15, 2015 at 01:07:30PM +0900, YAMAMOTO Takashi wrote:
>> > On FreeBSD using AC_SEARCH_LIBS is not sufficient for finding the
>> > linker flags for linking with a pthread library.
>> > Add macro ax_pthread.m4 from GNU autoconf macro archive and use
>> > macro AX_PTHREAD.
>> >
>> > Si
On Fri, Apr 10, 2015 at 07:30:13AM -0700, Gurucharan Shetty wrote:
> On Thu, Apr 9, 2015 at 8:42 PM, Michael Hu wrote:
> > Currently if --syslog-target=127.0.0.1:514 is enabled, syslog would have
> > duplicated log messages. The fix will not call syslog() if already having
> > syslog_fd indicating
On Wed, Apr 15, 2015 at 01:07:30PM +0900, YAMAMOTO Takashi wrote:
> > On FreeBSD using AC_SEARCH_LIBS is not sufficient for finding the
> > linker flags for linking with a pthread library.
> > Add macro ax_pthread.m4 from GNU autoconf macro archive and use
> > macro AX_PTHREAD.
> >
> > Signed-off
On Tue, Apr 07, 2015 at 06:06:48PM -0700, Gurucharan Shetty wrote:
> Windows uses pthreads-win32 library to provide the Linux pthread
> functionality. It is observed that when the main thread calls
> a pthread destructor after it exits, undefined behavior is seen
> (e.g., junk values in data).
>
>
On Tue, Apr 07, 2015 at 06:06:40PM -0700, Gurucharan Shetty wrote:
> It has been observed that sometimes Windows unit tests hang.
> This happens when a daemon is started but does not get terminated
> when the test ends.
>
> In one particular case, OVS_VSWITCHD_STOP is called which inturn
> calls '
> On FreeBSD using AC_SEARCH_LIBS is not sufficient for finding the
> linker flags for linking with a pthread library.
> Add macro ax_pthread.m4 from GNU autoconf macro archive and use
> macro AX_PTHREAD.
>
> Signed-off-by: Kevin Lo
> ---
>
> diff --git a/configure.ac b/configure.ac
> index 8d4
I tried everything to get in shape
You will become slimmer.
http://zzb.bz/3SJZu
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
Today your horoscope is lucky enough! It promises you eternal potency & ideal
sexual performance!
http://zzb.bz/FhSfJ
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
[Guru: please see final paragraph]
On Tue, Apr 07, 2015 at 03:54:30PM +0800, Kevin Lo wrote:
> On FreeBSD using AC_SEARCH_LIBS is not sufficient for finding the
> linker flags for linking with a pthread library.
> Add macro ax_pthread.m4 from GNU autoconf macro archive and use
> macro AX_PTHREAD.
The Stateless TCP Tunnel (STT) protocol encapsulates traffic in
IPv4/TCP packets.
STT uses TCP segmentation offload available in most of NIC. On
packet xmit STT driver appends STT header along with TCP header
to the packet. For GSO packet GSO parameters are set according
to tunnel configuration and
On Tue, Apr 14, 2015 at 09:44:10AM -0400, Russell Bryant wrote:
> The poll_block() function already has some state in thread-specific
> storage that's used as a registry for all of the fds to poll() on the
> next time poll_block() gets called. poll_block() was calling
> malloc() and free() every t
On Fri, Apr 10, 2015 at 04:29:11PM -0400, Russell Bryant wrote:
> Someone just pointed out to me that the name "ovn-nbd" might cause
> confusion, as "nbd" is already used in the virtualization context for
> "Network Block Device".
>
> https://github.com/qemu/qemu/blob/master/qemu-nbd.c
>
> So, wh
On Fri, Apr 10, 2015 at 03:36:54PM +0100, Mark D. Gray wrote:
> Update ivshmem restrictions to indicate that ivshmem does
> not currently support small pages when sharing with a guest
> operating system.
>
> Reported-by: Daniele Di Proietto
> Signed-off-by: Mark D. Gray
I can't personally verif
On Fri, Apr 10, 2015 at 03:36:53PM +0100, Mark D. Gray wrote:
> Signed-off-by: Mark D. Gray
Applied, thanks.
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
This could be the start of something magical, in terms of your weight
You know you want to lose those extra pounds.
http://catcut.net/iQ3
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
On Wed, Apr 15, 2015 at 11:31:02AM +0900, Minoru TAKAHASHI wrote:
> I want to know the latest OpenFlow support status of OVS.
> Is there any good method for this situation?
>
> For example,it is possible to know the support status of action from
> ovs/lib/ofp-actions.c?
>
> ex.
> /* OF1.3+ OFP
Dear All,
I want to know the latest OpenFlow support status of OVS.
Is there any good method for this situation?
For example,it is possible to know the support status of action from
ovs/lib/ofp-actions.c?
ex.
/* OF1.3+ OFPAT_PUSH_PBB (26) not supported. */
-> This means that OVS does not sup
On Tue, Apr 14, 2015 at 4:48 PM, Russell Bryant wrote:
> On 04/14/2015 06:56 PM, Ben Pfaff wrote:
>> On Tue, Apr 14, 2015 at 03:16:22PM -0700, Andy Zhou wrote:
>>> On Tue, Apr 14, 2015 at 2:55 PM, Russell Bryant wrote:
On 04/14/2015 05:51 PM, Andy Zhou wrote:
> Gcc complains about:
>
The previous code assumed that hash_node would be NULL when the loop
terminated without a match. That's not the case, so track the match a
little differently.
Signed-off-by: Russell Bryant
---
ovn/ovn-nbd.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/ovn/ovn-nbd.c b
It came up in a recent discussion that the use of 'nbd' could cause
confusion since nbd is used for "Network Block Device", which may be
used in many of the same environments that OVN would be used in.
To avoid the possible issue, just rename ovn-nbd to ovn-northbound.
While we're at it, create a
When ovn-nbd is looking through bindings to figure out if any logical
ports in the northbound DB need to have their 'up' state changed, it
should be using the logical port's name instead of UUID for matching
up to rows in the OVN db.
The switch to using the name instead of UUID means we don't have
v1->v2:
- Drop first patch that was merged.
- Update 1/3 to fix unsafe HMAP_FOR_EACH_WITH_HASH usage.
- Fix issues in pre-existing code to address the same
unsafe HMAP_FOR_EACH_WITH_HASH usage.
v2->v3:
- rebase on top of patch that renamed 'ovn' to 'ovn-sb'
v3->v4:
- rebase.
- Add patch 4
This variable is already defined at the top of the function, so just
reuse that instead of defining it again.
Signed-off-by: Russell Bryant
---
ovn/ovn-nbd.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/ovn/ovn-nbd.c b/ovn/ovn-nbd.c
index a6390a3..1571a0b 100644
--- a/ov
How are you
I can assure you that it will be good for your body.
http://ly1.ru/so
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
I will revert to 'int' and push the fix. Thanks.
On Tue, Apr 14, 2015 at 4:48 PM, Russell Bryant wrote:
> On 04/14/2015 06:56 PM, Ben Pfaff wrote:
>> On Tue, Apr 14, 2015 at 03:16:22PM -0700, Andy Zhou wrote:
>>> On Tue, Apr 14, 2015 at 2:55 PM, Russell Bryant wrote:
On 04/14/2015 05:51 PM,
On 04/14/2015 06:56 PM, Ben Pfaff wrote:
> On Tue, Apr 14, 2015 at 03:16:22PM -0700, Andy Zhou wrote:
>> On Tue, Apr 14, 2015 at 2:55 PM, Russell Bryant wrote:
>>> On 04/14/2015 05:51 PM, Andy Zhou wrote:
Gcc complains about:
lib/perf-counter.c:43:13: error: ignoring return value of 'rea
On Mon, Apr 13, 2015 at 3:19 PM, Pravin B Shelar wrote:
> The Stateless TCP Tunnel (STT) protocol encapsulates traffic in
> IPv4/TCP packets.
> STT uses TCP segmentation offload available in most of NIC. On
> packet xmit STT driver appends STT header along with TCP header
> to the packet. For GSO
Hey, man, wanna get some action? Youll get your baby blasted!
http://rkv9.d4i.es/
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
On Tue, Apr 14, 2015 at 03:16:22PM -0700, Andy Zhou wrote:
> On Tue, Apr 14, 2015 at 2:55 PM, Russell Bryant wrote:
> > On 04/14/2015 05:51 PM, Andy Zhou wrote:
> >> Gcc complains about:
> >> lib/perf-counter.c:43:13: error: ignoring return value of 'read',
> >> declared with attribute warn_unused
This is what I wanted to show you
Local Mom lost 57 pound in a week
http://zzb.bz/BQp4Q
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
I got in shape in less than one month
It is everyhing I thought it would be.
http://ly1.ru/s6
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
From: Michael Hu
Currently if --syslog-target=127.0.0.1:514 is enabled, syslog would have
duplicated log messages. The fix will not call syslog() if already having
syslog_fd indicating message is sent through udp.
Signed-off-by: Michael Hu
---
v1-v2: put RSYSLOG last in DESTINATION as ovs initi
On Tue, Apr 14, 2015 at 2:55 PM, Russell Bryant wrote:
> On 04/14/2015 05:51 PM, Andy Zhou wrote:
>> Gcc complains about:
>> lib/perf-counter.c:43:13: error: ignoring return value of 'read',
>> declared with attribute warn_unused_result [-Werror=unused-result]
>> read(fd__, counter, sizeo
The DeviceIOControl() error should correspond to a transport error in Linux or
to a system error.
We need to transfer all transaction failures through the reply buffer
(nlmsghdr+nlmsgerr) and return success for the DeviceIOControl().
I am aware that we didn't follow the exact semantics in the
On 04/14/2015 05:51 PM, Andy Zhou wrote:
> Gcc complains about:
> lib/perf-counter.c:43:13: error: ignoring return value of 'read',
> declared with attribute warn_unused_result [-Werror=unused-result]
> read(fd__, counter, sizeof(*counter));
>
> Signed-off-by: Andy Zhou
>
> ---
> v1->v2
From: Michael Hu
Currently if --syslog-target=127.0.0.1:514 is enabled, syslog would have
duplicated log messages. The fix will not call syslog() if already having
syslog_fd indicating message is sent through udp.
Signed-off-by: Michael Hu
---
v1-v2: put RSYSLOG last in DESTINATION as ovs initi
Yes, some cases where the transaction is completed with an error we need to
increase the "done" counter, This case would be different than the case where
the transaction didn't go through.
Eitan
-Original Message-
From: dev [mailto:dev-boun...@openvswitch.org] On Behalf Of Alin Serdean
Gcc complains about:
lib/perf-counter.c:43:13: error: ignoring return value of 'read',
declared with attribute warn_unused_result [-Werror=unused-result]
read(fd__, counter, sizeof(*counter));
Signed-off-by: Andy Zhou
---
v1->v2: Combine two 'if's into using only one.
---
lib/perf-cou
> On Apr 14, 2015, at 1:25 PM, Sorin Vinturis
> wrote:
>
> The nl_sock_transact_multiple function enters in an infinite loop,
> when invalid error, EINVAL, is returned by nl_sock_transact_multiple__.
> EINVAL is the error returned by the latter function when a driver
> request fails.
>
> Signed
On Tue, Apr 14, 2015 at 2:33 PM, Ben Pfaff wrote:
> On Tue, Apr 14, 2015 at 02:27:26PM -0700, Andy Zhou wrote:
>> Gcc complains about:
>> lib/perf-counter.c:43:13: error: ignoring return value of 'read',
>> declared with attribute warn_unused_result [-Werror=unused-result]
>> read(fd__, c
> On Apr 14, 2015, at 2:39 PM, Ben Pfaff wrote:
>
>>
>> What is the genetlink semantics for returning an error from the OVS
>> module in Linux. I looked at the OVS code, and it returns -EINVAL if
>> it runs into a condition of invalid input (eg. flow with key & UFID
>> missing). If OVS module re
On Tue, Apr 14, 2015 at 09:30:28PM +, Nithin Raju wrote:
> > On Apr 14, 2015, at 1:41 PM, Ben Pfaff wrote:
> >
> > On Tue, Apr 14, 2015 at 08:25:59PM +, Sorin Vinturis wrote:
> >> The nl_sock_transact_multiple function enters in an infinite loop,
> >> when invalid error, EINVAL, is return
> On Apr 14, 2015, at 2:19 PM, Alin Serdean
> wrote:
>
> In nl_sock_transact_multiple__ we do the following:
>
> if (!DeviceIoControl(sock->handle, OVS_IOCTL_TRANSACT,
> txn->request->data,
> txn->request->size,
>
On Tue, Apr 14, 2015 at 02:27:26PM -0700, Andy Zhou wrote:
> Gcc complains about:
> lib/perf-counter.c:43:13: error: ignoring return value of 'read',
> declared with attribute warn_unused_result [-Werror=unused-result]
> read(fd__, counter, sizeof(*counter));
>
> Signed-off-by: Andy Zhou
On 04/14/2015 05:27 PM, Andy Zhou wrote:
> Gcc complains about:
> lib/perf-counter.c:43:13: error: ignoring return value of 'read',
> declared with attribute warn_unused_result [-Werror=unused-result]
> read(fd__, counter, sizeof(*counter));
>
> Signed-off-by: Andy Zhou
> ---
> lib/perf
> Cool, this works. When you talked about adding an '-r' option, I
> actually envisioned a single option that applied to everything run under
> gdb. OVN adds 2 more daemons to ovs-sandbox, so that ends up being a
> lot of options, but I guess I don't see a real problem with that.
>
I see your poi
Does every error returned by DeviceIoControl() correspond to a
transport error (with the meaning that I explained earlier)?
nl_sock_transact_multiple__() should report that are not transport
errors by constructing a nlmsghdr reply with an mlmsgerr as its
payload.
Here is the high level situation.
> On Apr 14, 2015, at 1:41 PM, Ben Pfaff wrote:
>
> On Tue, Apr 14, 2015 at 08:25:59PM +, Sorin Vinturis wrote:
>> The nl_sock_transact_multiple function enters in an infinite loop,
>> when invalid error, EINVAL, is returned by nl_sock_transact_multiple__.
>> EINVAL is the error returned by t
Gcc complains about:
lib/perf-counter.c:43:13: error: ignoring return value of 'read',
declared with attribute warn_unused_result [-Werror=unused-result]
read(fd__, counter, sizeof(*counter));
Signed-off-by: Andy Zhou
---
lib/perf-counter.c | 6 --
1 file changed, 4 insertions(+), 2
On 04/14/2015 04:59 PM, Andy Zhou wrote:
> '-e' option will run ovs-vswitchd under gdb, but runs immediately
> instead of waiting for user input. '-r' options applies to ovsdb-server.
>
> CC: Russell Bryant
> Signed-off-by: Andy Zhou
Cool, this works. When you talked about adding an '-r' optio
In nl_sock_transact_multiple__ we do the following:
if (!DeviceIoControl(sock->handle, OVS_IOCTL_TRANSACT,
txn->request->data,
txn->request->size,
reply_buf, sizeof reply_buf,
&reply
On 04/14/2015 04:05 PM, Andy Zhou wrote:
> They are left out because those functions are used only by the MACROs
>
> PERF_FUNCTON_COUNT_BEGIN
> PERF_FUNCTON_COUNT_END
>
> Both macros have been defined to empty for a non-linux platform.
Ah, OK. Thanks!
--
Russell Bryant
___
Pushed. thanks for review.
On Tue, Apr 14, 2015 at 1:23 PM, Gurucharan Shetty wrote:
> On Tue, Apr 14, 2015 at 12:37 PM, Andy Zhou wrote:
>> Commit '97a3c43515e' misses definitions for non-Linux platforms thus
>> broke builds for any non-Linux platform.
>>
>> Signed-off-by: Andy Zhou
> Fixes th
On 04/14/2015 04:13 PM, Andy Zhou wrote:
> When running ovsdb-server under gdb, there is a race that ovs-vsctl
> command can be called before ovsdb-server is fully launched. This will
> cause ovs-vsctl to fail. This patch fixes this by delay issuing
> the ovs-vsctl command until ovsdb-server is fu
'-e' option will run ovs-vswitchd under gdb, but runs immediately
instead of waiting for user input. '-r' options applies to ovsdb-server.
CC: Russell Bryant
Signed-off-by: Andy Zhou
---
tutorial/Tutorial.md | 5 +
tutorial/ovs-sandbox | 27 ---
2 files changed, 29
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 version 2.1, thus would require
> the support for vHost-cuse. Most general reason is qualification cycles
> for new OS versions. The
Thanks, applied to master.
On Tue, Apr 14, 2015 at 01:50:23PM -0700, Andy Zhou wrote:
> Looks good, thanks for fixing them.
>
> Acked-by: Andy Zhou
>
> On Tue, Apr 14, 2015 at 1:47 PM, Ben Pfaff wrote:
> > Fixes the following warnings from GCC on 32-bit architectures:
> >
> > ../lib/perf-c
On Tue, Apr 14, 2015 at 01:13:36PM -0700, Andy Zhou wrote:
> When running ovsdb-server under gdb, there is a race that ovs-vsctl
> command can be called before ovsdb-server is fully launched. This will
> cause ovs-vsctl to fail. This patch fixes this by delay issuing
> the ovs-vsctl command until
Looks good, thanks for fixing them.
Acked-by: Andy Zhou
On Tue, Apr 14, 2015 at 1:47 PM, Ben Pfaff wrote:
> Fixes the following warnings from GCC on 32-bit architectures:
>
> ../lib/perf-counter.c: In function 'perf_counter_to_ds':
> ../lib/perf-counter.c:119:19: error: format '%lu' exp
Fixes the following warnings from GCC on 32-bit architectures:
../lib/perf-counter.c: In function 'perf_counter_to_ds':
../lib/perf-counter.c:119:19: error: format '%lu' expects argument of type
'long unsigned int', but argument 4 has type 'uint64_t' [-Werror=format]
../lib/perf-count
On Tue, Apr 14, 2015 at 08:25:59PM +, Sorin Vinturis wrote:
> The nl_sock_transact_multiple function enters in an infinite loop,
> when invalid error, EINVAL, is returned by nl_sock_transact_multiple__.
> EINVAL is the error returned by the latter function when a driver
> request fails.
>
> Si
On Thu, Mar 19, 2015 at 11:48 AM, Ciara Loftus wrote:
> This patch adds support for a new port type to the userspace datapath
> called dpdkvhostuser. It adds to the existing infrastructure of
> vhost-cuse, however disables vhost-cuse ports in favour of vhost-user
> ports.
>
> A new dpdkvhostuser p
On Tue, Apr 14, 2015 at 12:14:21PM -0300, Flavio Leitner wrote:
> Some arches don't support perf counter and an error message
> breaks many tests from the testsuite. Since the software still
> runs without it, just inform that perf counters are not available
> with using INFO level instead.
>
> S
The nl_sock_transact_multiple function enters in an infinite loop,
when invalid error, EINVAL, is returned by nl_sock_transact_multiple__.
EINVAL is the error returned by the latter function when a driver
request fails.
Signed-off-by: Sorin Vinturis
Reported-by: Alin Gabriel Serdean
Reported-at:
The nl_sock_transact_multiple function enters in an infinite loop,
when invalid error, EINVAL, is returned by nl_sock_transact_multiple__.
EINVAL is the error returned by the latter function when a driver
request fails.
Signed-off-by: Sorin Vinturis
Reported-by: Alin Gabriel Serdean
Reported-at:
On Tue, Apr 14, 2015 at 9:37 AM, Rogers, Gerald wrote:
> Pravin,
>
> There are some deployments that are using or require older OS
> distributions using qemu versions prior to version 2.1, thus would require
> the support for vHost-cuse. Most general reason is qualification cycles
> for new OS ver
On Tue, Apr 14, 2015 at 12:37 PM, Andy Zhou wrote:
> Commit '97a3c43515e' misses definitions for non-Linux platforms thus
> broke builds for any non-Linux platform.
>
> Signed-off-by: Andy Zhou
Fixes the build on Windows.
Acked-by: Gurucharan Shetty
> ---
> lib/perf-counter.h | 10 ++
>
When running ovsdb-server under gdb, there is a race that ovs-vsctl
command can be called before ovsdb-server is fully launched. This will
cause ovs-vsctl to fail. This patch fixes this by delay issuing
the ovs-vsctl command until ovsdb-server is fully launched.
Signed-off-by: Andy Zhou
---
v1-
They are left out because those functions are used only by the MACROs
PERF_FUNCTON_COUNT_BEGIN
PERF_FUNCTON_COUNT_END
Both macros have been defined to empty for a non-linux platform.
On Tue, Apr 14, 2015 at 12:41 PM, Russell Bryant wrote:
> On 04/14/2015 03:37 PM, Andy Zhou wrote:
>> Commit '97
I have been losing lots of flab for the past few weeks
A healthy body makes all the difference.
http://ly1.ru/t4
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
> Personally I'd put "sleep 0.1" above the loop and then sleep 1 inside
> it, like in tests/ovs-macros.at:
>
Thanks, will do.
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
On Tue, Apr 14, 2015 at 6:51 AM, Russell Bryant wrote:
> On 04/13/2015 06:03 PM, Andy Zhou wrote:
>> When running ovsdb-server under gdb, there is a race that ovs-vsctl
>> command can be called before ovsdb-server is fully launched. This will
>> cause ovs-vsctl to fail. This patch fixes this by d
On 04/14/2015 03:37 PM, Andy Zhou wrote:
> Commit '97a3c43515e' misses definitions for non-Linux platforms thus
> broke builds for any non-Linux platform.
>
> Signed-off-by: Andy Zhou
> ---
> lib/perf-counter.h | 10 ++
> 1 file changed, 10 insertions(+)
>
> diff --git a/lib/perf-counte
Sorry for breaking the build for windows. Just posted a patch that
should fix this.
On Mon, Apr 13, 2015 at 9:09 PM, Gurucharan Shetty wrote:
> On Sat, Mar 21, 2015 at 12:00 AM, Andy Zhou wrote:
>> This integration also adds two commands:
>>
>> ovsdb-server/perf-counters-show -- show all counte
Commit '97a3c43515e' misses definitions for non-Linux platforms thus
broke builds for any non-Linux platform.
Signed-off-by: Andy Zhou
---
lib/perf-counter.h | 10 ++
1 file changed, 10 insertions(+)
diff --git a/lib/perf-counter.h b/lib/perf-counter.h
index b5b72e5..c9abf72 100644
---
I have been losing lots of flab for the past few weeks
Can you see yourself thin again.
http://catcut.net/pQ3
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
On 4/14/15 1:26 PM, Flavio Leitner wrote:
On Tue, 14 Apr 2015 16:37:34 +
"Rogers, Gerald" wrote:
Pravin,
There are some deployments that are using or require older OS
distributions using qemu versions prior to version 2.1, thus would
require the support for vHost-cuse. Most general reason
I just wanted to let you know how simple it is to get thin
Forskolin is the best thing you can take.
http://zzb.bz/9BCyH
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
Sorin. Thanks for the answers. Let me debug on the call to ‘FilterNetPnPEvent’
and review the code. Thanks for your patience.
-- Nithin
> On Apr 14, 2015, at 7:22 AM, Sorin Vinturis
> wrote:
>
> Hi Nithin,
>
> Please see my answers inline.
>
> Thanks,
> Sorin
>
> -Original Message-
On Tue, 14 Apr 2015 16:37:34 +
"Rogers, Gerald" wrote:
> Pravin,
>
> There are some deployments that are using or require older OS
> distributions using qemu versions prior to version 2.1, thus would
> require the support for vHost-cuse. Most general reason is
> qualification cycles for new
Pravin,
There are some deployments that are using or require older OS
distributions using qemu versions prior to version 2.1, thus would require
the support for vHost-cuse. Most general reason is qualification cycles
for new OS versions. The patch provides compile time support for choosing
which
On Fri, Apr 10, 2015 at 02:57:00PM -0500, Terry Wilson wrote:
> This adds very basic support for setuptools so that the OVS Python
> lib can be added to PyPI.
>
> This currently uses the Open vSwitch version number and the
> generated dirs.py, though there is no real reason to tie the
> Python lib
On 04/14/2015 11:16 AM, Ben Pfaff wrote:
> On Wed, Mar 25, 2015 at 10:25:51PM -0700, Ben Pfaff wrote:
>> Signed-off-by: Ben Pfaff
>
> This still needs a review, thanks!
Looks good. The call removed from bridge_reconfigure() is an obvious
duplicate since it's called just after bridge_reconfigure
On Tue, Apr 14, 2015 at 03:45:12PM +0200, Mikael Frykholm wrote:
> Package: openvswitch-common
> Version: 2.3.0+git20140819-3
> Severity: important
> File: openvswitch
> Tags: ipv6
>
> Dear Maintainer,
>
>* What led up to the situation?
> Virtual machine running in libvirt stops respoding on
On Wed, Mar 25, 2015 at 10:25:51PM -0700, Ben Pfaff wrote:
> Signed-off-by: Ben Pfaff
This still needs a review, thanks!
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
On 04/14/2015 11:14 AM, Flavio Leitner wrote:
> Some arches don't support perf counter and an error message
> breaks many tests from the testsuite. Since the software still
> runs without it, just inform that perf counters are not available
> with using INFO level instead.
>
> Signed-off-by: Flav
Some arches don't support perf counter and an error message
breaks many tests from the testsuite. Since the software still
runs without it, just inform that perf counters are not available
with using INFO level instead.
Signed-off-by: Flavio Leitner
---
lib/perf-counter.c | 2 +-
1 file changed
On Mon, Apr 13, 2015 at 03:03:53PM -0700, Andy Zhou wrote:
> When running ovsdb-server under gdb, there is a race that ovs-vsctl
> command can be called before ovsdb-server is fully launched. This will
> cause ovs-vsctl to fail. This patch fixes this by delay issuing
> the ovs-vsctl command until
Hi Eitan,
This change and the other one that you have mentioned were required because the
base filtering engine (BFE) is not running at the time the OVS extension is
initialized, and DriverEntry is called, nor at FilterAttach. At driver
initialization phase the system provider is registered and
Hi Nithin,
Please see my answers inline.
Thanks,
Sorin
-Original Message-
From: Nithin Raju [mailto:nit...@vmware.com]
Sent: Monday, 13 April, 2015 20:55
To: Sorin Vinturis
Cc: dev@openvswitch.org
Subject: Re: [ovs-dev] [PATCH] datapath-windows: extension fails to be enabled
> On Apr 9
The poll_block() function already has some state in thread-specific
storage that's used as a registry for all of the fds to poll() on the
next time poll_block() gets called. poll_block() was calling
malloc() and free() every time it was called to create the pollfd and
wevents arrays needed to pass
1 - 100 of 115 matches
Mail list logo
