Hi Ben,
I did consider updating the definition of BUILD_ASSERT, however, that would
involve changing all existing definitions (even non-expression context).
This issue is prevalent on both Linux and Windows when we start compiling in
C++ 11.
Associated post:
On Tue, Dec 19, 2017 at 03:32:27PM -0800, Sairam Venugopal wrote:
> A static assert declaration may appear at block scope (as a block
> declaration) and inside a class body (as a member declaration). However,
> unlike sizeof, static_assert cannot be used as an expression and this is
> strictly
On Tue, Dec 05, 2017 at 02:55:20PM +, Michal Weglicki wrote:
> - New get_custom_stats interface function is added to netdev. It
> allows particular netdev implementation to expose custom
> counters in dictionary format (counter name/counter value).
> - New statistics are retrieved using
A static assert declaration may appear at block scope (as a block
declaration) and inside a class body (as a member declaration). However,
unlike sizeof, static_assert cannot be used as an expression and this is
strictly enforced on MSVC. error C2059: syntax error : static_assert
Signed-off-by:
Thanks. I applied this series to master.
___
dev mailing list
d...@openvswitch.org
https://mail.openvswitch.org/mailman/listinfo/ovs-dev
Thanks for the fix.
Reviewed-by: Yifeng Sun
On Tue, Dec 19, 2017 at 2:20 PM, Ben Pfaff wrote:
> Reported-by: Yifeng Sun
> Signed-off-by: Ben Pfaff
> ---
> ovsdb/transaction.c | 1 +
> 1 file changed, 1
Thanks for pointing that out. I sent out a fix:
https://patchwork.ozlabs.org/patch/851073/
On Tue, Dec 19, 2017 at 02:13:38PM -0800, Yifeng Sun wrote:
> At the start of ovsdb_txn_commit_, if there is an error, it looks like that
> txn doesn't get freed.
> After that, it surely is freed,
Reported-by: Yifeng Sun
Signed-off-by: Ben Pfaff
---
ovsdb/transaction.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/ovsdb/transaction.c b/ovsdb/transaction.c
index 2e315804a19e..f47d45fca397 100644
--- a/ovsdb/transaction.c
+++
I think that's OK.
On Tue, Dec 19, 2017 at 10:51:53AM +, Stokes, Ian wrote:
> Hi Greg,
>
> You had previously tested/reviewed this patchset when it was v5. Do you have
> any more comments on the v6?
>
> If not I was going to validate and merge this to the DPDK_MERGE branch today.
>
>
At the start of ovsdb_txn_commit_, if there is an error, it looks like that
txn doesn't get freed.
After that, it surely is freed, as you said.
error = for_each_txn_row(txn, determine_changes);
if (error) {
return OVSDB_WRAP_BUG("can't happen", error);
}
On Tue, Dec
Thank you for the review.
ovsdb_txn_commit() is at least meant to free its argument whether it
succeeds or not. Do you see a bug there?
I applied this to master.
On Tue, Dec 19, 2017 at 09:50:45AM -0800, Yifeng Sun wrote:
> It seems that txn is not freed when ovsdb_txn_commit returns an error.
Thank you for the testing and review. I applied this patch to master.
On Mon, Dec 18, 2017 at 08:15:10PM -0800, Yifeng Sun wrote:
> Tested this patch and it works, thanks.
>
> Tested-by: Yifeng Sun
>
> Reviewed-by: Yifeng Sun
>
> On Wed, Dec
La mejor forma de defenderse es conocer la normatividad
Revisiones Electrónicas, Prevención y Medios de Defensa para las Finanzas
Empresariales.
18 de Enero - : LC. Y LD. Jacobo Meraz Sotelo - 9am-3pm
Para efectos de las revisiones electrónicas, las autoridades fiscales deberán
atender a lo
On Tue, Dec 19, 2017 at 03:42:47PM -0500, Eric Garver wrote:
> On Tue, Dec 19, 2017 at 08:39:29PM +0100, Jiri Benc wrote:
> > On Tue, 19 Dec 2017 13:57:53 -0500, Eric Garver wrote:
> > > --- a/net/openvswitch/flow.c
> > > +++ b/net/openvswitch/flow.c
> > > @@ -559,8 +559,9 @@ static int
On Tue, Dec 19, 2017 at 08:39:29PM +0100, Jiri Benc wrote:
> On Tue, 19 Dec 2017 13:57:53 -0500, Eric Garver wrote:
> > --- a/net/openvswitch/flow.c
> > +++ b/net/openvswitch/flow.c
> > @@ -559,8 +559,9 @@ static int parse_nsh(struct sk_buff *skb, struct
> > sw_flow_key *key)
> > * of a
On Tue, 19 Dec 2017 13:57:53 -0500, Eric Garver wrote:
> --- a/net/openvswitch/flow.c
> +++ b/net/openvswitch/flow.c
> @@ -559,8 +559,9 @@ static int parse_nsh(struct sk_buff *skb, struct
> sw_flow_key *key)
> * of a correct length, otherwise the same as skb->network_header.
> * For
skb_vlan_pop() expects skb->protocol to be a valid TPID for double
tagged frames. As such don't override skb->protocol for normal ethernet
frames when extracting the key.
Fixes: 5108bbaddc37 ("openvswitch: add processing of L3 packets")
Signed-off-by: Eric Garver
---
hi Ilya,
On 12/14/2017 11:59 AM, Ilya Maximets wrote:
> This allows to collect packets from more than one RX burst
> and send them together with a configurable intervals.
>
> 'other_config:tx-flush-interval' can be used to configure
> time that a packet can wait in output batch for sending.
>
>
This patch is a simple implementation for the proposal discussed in
https://mail.openvswitch.org/pipermail/ovs-dev/2017-August/337038.html and
https://mail.openvswitch.org/pipermail/ovs-dev/2017-October/340013.html.
It enables ovs-vswitchd to use DNS names when specifying OpenFlow and
OVSDB
On 12/14/2017 12:56 AM, Zoltan Balogh wrote:
Currenlty, OVS snoops any ARP or ND packets in any bridge and populates
the tunnel neighbor cache with the retreived data. For instance, when
ARP reply originated by a tenant is received on an overlay bridge, the
ARP message is snooped and tunnel
On 12/19/2017 2:51 AM, Stokes, Ian wrote:
Hi Greg,
You had previously tested/reviewed this patchset when it was v5. Do you have
any more comments on the v6?
If not I was going to validate and merge this to the DPDK_MERGE branch today.
No, I did not have any further comments. The testing
It seems that txn is not freed when ovsdb_txn_commit returns an error.
Other than that, this patch looks good to me.
Thanks,
Yifeng
On Fri, Dec 15, 2017 at 11:01 AM, Ben Pfaff wrote:
> This member was only used in one particular code path, so this commit
> adds code to pass it
Enabled per port like so:
ovs-vsctl set Interface dpdkvhostuserclient0 options:dq-zero-copy=true
If the device is already active at the point of enabling/disabling the
feature via ovs-vsctl, one must reload the guest driver or reboot the VM
in order for the feature to be successfully
> -Original Message-
> From: Kevin Traynor [mailto:ktray...@redhat.com]
> Sent: Tuesday, December 19, 2017 3:07 PM
> To: Weglicki, MichalX ; d...@openvswitch.org
> Subject: Re: [ovs-dev] [PATCH v2] netdev: Custom statistics.
>
> On 12/05/2017 02:55 PM, Michal
> > > Should this have some additional cover for the ENOSPC case? Meaning,
> > we
> > > will now increment a failure condition, but I'm not sure it should be
> > > considered an 'upcall' failure? After all, we'll still perform the
> > actions.
> >
> > Good question. I inherited
On 12/05/2017 02:55 PM, Michal Weglicki wrote:
> - New get_custom_stats interface function is added to netdev. It
> allows particular netdev implementation to expose custom
> counters in dictionary format (counter name/counter value).
> - New statistics are retrieved using experimenter code
Added information about output packet batching and a way to
configure 'tx-flush-interval'.
Signed-off-by: Ilya Maximets
Co-authored-by: Jan Scheurich
Signed-off-by: Jan Scheurich
---
Version 2:
* Returned
Sorry, I forget about pmd-rxq-show.
Will send v2.
On 19.12.2017 16:04, Ilya Maximets wrote:
> Added information about output packet batching and a way to
> configure 'tx-flush-interval'.
>
> Signed-off-by: Ilya Maximets
> Co-authored-by: Jan Scheurich
> > > The only correction I need to make is that for us 50 us showed good
> improvements in a "PVP" scenario with iperf3 as kernel application
> > in the guest (not VM-VM).
> >
> > OK. Thanks. I'll send this version with above correction as a proper
> [PATCH] soon.
> > Jan, I also would like to
Exactly what you wanted :)
We believe that you already know about https://chaldal.com/offers Chaldal.com
[ https://chaldal.com/offers ] :). So lets make it short & simple! Place an
order worth https://www.facebook.com/chaldalcom/videos/810539925798750/ 499
tk [
Darrell Ball writes:
> On 12/18/17, 2:41 PM, "Jan Scheurich" wrote:
>
> Hi Aaron,
> Thanks for the review. Answers in-line.
> Regards, Jan
>
> > -Original Message-
> > From: Aaron Conole [mailto:acon...@redhat.com]
>
> > The only correction I need to make is that for us 50 us showed good
> > improvements in a "PVP" scenario with iperf3 as kernel application
> in the guest (not VM-VM).
>
> OK. Thanks. I'll send this version with above correction as a proper [PATCH]
> soon.
> Jan, I also would like to add you
On 19.12.2017 14:56, Jan Scheurich wrote:
> I am OK with Ilya's proposal.
>
> The only correction I need to make is that for us 50 us showed good
> improvements in a "PVP" scenario with iperf3 as kernel application in the
> guest (not VM-VM).
OK. Thanks. I'll send this version with above
I am OK with Ilya's proposal.
The only correction I need to make is that for us 50 us showed good
improvements in a "PVP" scenario with iperf3 as kernel application in the guest
(not VM-VM).
BR, Jan
> -Original Message-
> From: Stokes, Ian [mailto:ian.sto...@intel.com]
> Sent:
> On 19.12.2017 13:39, Stokes, Ian wrote:
> >> Hi Ilya,
> >>
> >> Some more suggestions below to expand a bit on the use cases for
> >> tx-flush- interval.
> >>
> >> BR, Jan
> >
> > Hi Ilya,
> >
> > I agree with Jans input here. I've finished validating the output
> batching patchset today bit
On 19.12.2017 13:39, Stokes, Ian wrote:
>> Hi Ilya,
>>
>> Some more suggestions below to expand a bit on the use cases for tx-flush-
>> interval.
>>
>> BR, Jan
>
> Hi Ilya,
>
> I agree with Jans input here. I've finished validating the output batching
> patchset today bit would like to include
Hi Greg,
You had previously tested/reviewed this patchset when it was v5. Do you have
any more comments on the v6?
If not I was going to validate and merge this to the DPDK_MERGE branch today.
Thanks
Ian
> -Original Message-
> From: ovs-dev-boun...@openvswitch.org [mailto:ovs-dev-
>
> Hi Ilya,
>
> Some more suggestions below to expand a bit on the use cases for tx-flush-
> interval.
>
> BR, Jan
Hi Ilya,
I agree with Jans input here. I've finished validating the output batching
patchset today bit would like to include this documentation also.
Are you planning to re-spin
Hello,
I hope this is the correct mailing list.
I need to add a custom feature to OVS for my research where it can match on
a custom IPv6 extension header, and be able to perform the action of
appending a datagram with a custom IPv6 extension header.
I cloned the latest version and followed
39 matches
Mail list logo