On Thu, Mar 4, 2021 at 5:25 PM Numan Siddique wrote:
>
> On Fri, Mar 5, 2021 at 4:22 AM Han Zhou wrote:
> >
> > On Mon, Mar 1, 2021 at 5:40 AM Numan Siddique wrote:
> > >
> > > On Fri, Feb 26, 2021 at 1:15 AM Han Zhou wrote:
> > > >
> > > > On Thu, Feb 25, 2021 at 1:25 AM Numan Siddique
On Fri, Mar 5, 2021 at 7:10 AM Ben Pfaff wrote:
>
> On Fri, Mar 05, 2021 at 06:46:55AM +0530, Numan Siddique wrote:
> > On Fri, Mar 5, 2021 at 2:30 AM Ben Pfaff wrote:
> > >
> > > On Wed, Mar 03, 2021 at 11:32:39PM +0530, num...@ovn.org wrote:
> > > > From: Numan Siddique
> > > >
> > > > The
Hi Ilya,
I think about your suggestion recently. But I'm still not very clear
about the design.
Please see my reply below:
On 3/1/2021 8:48 PM, Ilya Maximets wrote:
On 3/1/21 9:30 AM, Chris Mi wrote:
Hi Simon, Ilya,
Could I know what should we do to make progress for this patch set?
It has
On Fri, Mar 05, 2021 at 06:46:55AM +0530, Numan Siddique wrote:
> On Fri, Mar 5, 2021 at 2:30 AM Ben Pfaff wrote:
> >
> > On Wed, Mar 03, 2021 at 11:32:39PM +0530, num...@ovn.org wrote:
> > > From: Numan Siddique
> > >
> > > The commit c6e21a23bd8 which supported the option
> > >
On Fri, Mar 5, 2021 at 4:22 AM Han Zhou wrote:
>
> On Mon, Mar 1, 2021 at 5:40 AM Numan Siddique wrote:
> >
> > On Fri, Feb 26, 2021 at 1:15 AM Han Zhou wrote:
> > >
> > > On Thu, Feb 25, 2021 at 1:25 AM Numan Siddique wrote:
> > > >
> > > > On Thu, Feb 25, 2021 at 1:12 PM Han Zhou wrote:
> >
On Fri, Mar 5, 2021 at 2:30 AM Ben Pfaff wrote:
>
> On Wed, Mar 03, 2021 at 11:32:39PM +0530, num...@ovn.org wrote:
> > From: Numan Siddique
> >
> > The commit c6e21a23bd8 which supported the option
> > 'lb_force_snat_ip=router_ip'
> > on a gateway router, missed out on
> > - updating the
On Mon, Mar 1, 2021 at 5:40 AM Numan Siddique wrote:
>
> On Fri, Feb 26, 2021 at 1:15 AM Han Zhou wrote:
> >
> > On Thu, Feb 25, 2021 at 1:25 AM Numan Siddique wrote:
> > >
> > > On Thu, Feb 25, 2021 at 1:12 PM Han Zhou wrote:
> > > >
> > > > On Wed, Feb 24, 2021 at 5:27 AM wrote:
> > > > >
>
On Wed, Mar 03, 2021 at 11:32:39PM +0530, num...@ovn.org wrote:
> From: Numan Siddique
>
> The commit c6e21a23bd8 which supported the option 'lb_force_snat_ip=router_ip'
> on a gateway router, missed out on
> - updating the flows in 'lr_in_dnat' to set 'flags.force_snat_for_lb = 1'.
> -
On Wed, Mar 03, 2021 at 11:32:22PM +0530, num...@ovn.org wrote:
> From: Numan Siddique
>
> There were few typos because of which lflows related to
> router option lb_force_snat_ip were not generated correctly.
>
> This patch fixes it.
>
> Fixes: 0e77b3bcbfe("ovn-northd-ddlog: New
Acked-by: Brian Haley
Thanks for fixing this Terry.
-Brian
On 3/4/21 11:18 AM, Terry Wilson wrote:
The Python IDL notification mechanism was sending a notification
for each processed update in a transaction as it was processed.
This causes issues with multi-row changes that contain
Bleep bloop. Greetings Terry Wilson, I am a robot and I have tried out your
patch.
Thanks for your contribution.
I encountered some error that I wasn't expecting. See the details below.
checkpatch:
ERROR: Author Terry Wilson needs to sign off.
Lines checked: 220, Warnings: 0, Errors: 1
One big problem of netdev-afxdp is that there is no metadata support
from the hardware at all. For example, OVS netdev-afxdp has to do rxhash,
or TCP checksum in software, resulting in high performance overhead.
A generic meta data type for XDP frame using BTF is proposed[1] and
there is sample
On Thu, Mar 04, 2021 at 06:07:42PM +0530, Numan Siddique wrote:
> On Thu, Mar 4, 2021 at 9:40 AM Ben Pfaff wrote:
> Thanks for this series.
>
> Acked-by: Numan Siddique
>
> Please note that I'm still learning ddlog and haven't understood much
> of the northd ddlog code.
>
> I ran the patches
Acked-by: Flavio Fernandes mailto:fla...@flaviof.com>>
> On Mar 4, 2021, at 11:18 AM, Terry Wilson wrote:
>
> The Python IDL notification mechanism was sending a notification
> for each processed update in a transaction as it was processed.
> This causes issues with multi-row changes that
Bleep bloop. Greetings Michal Kazior, I am a robot and I have tried out your
patch.
Thanks for your contribution.
I encountered some error that I wasn't expecting. See the details below.
checkpatch:
WARNING: Line is 80 characters long (recommended limit is 79)
#158 FILE: lib/rtnetlink.h:49:
From: Michal Kazior
Some older wireless drivers - ones relying on the
old and long deprecated wireless extension ioctl
system - can generate quite a bit of IFLA_WIRELESS
events depending on their configuration and
runtime conditions. These are delivered as
RTNLGRP_LINK via RTM_NEWLINK messages.
The Python IDL notification mechanism was sending a notification
for each processed update in a transaction as it was processed.
This causes issues with multi-row changes that contain references
to each other.
For example, if a Logical_Router_Port is created along with a
Gateway_Chassis, and the
The Python IDL notification mechanism was sending a notification
for each processed update in a transaction as it was processed.
This causes issues with multi-row changes that contain references
to each other.
For example, if a Logical_Router_Port is created along with a
Gateway_Chassis, and the
Ok, I think this is likely to be the final iteration of the patch as we
are down to the typos.
In Neutron, we process these notifications in a separate thread. So what
that means is that we were experiencing race conditions where sometimes
the notification's row would have a value set, and other
From: Michal Kazior
Some older wireless drivers - ones relying on the
old and long deprecated wireless extension ioctl
system - can generate quite a bit of IFLA_WIRELESS
events depending on their configuration and
runtime conditions. These are delivered as
RTNLGRP_LINK via RTM_NEWLINK messages.
Signed-off-by: Paul Blakey
Acked-by: Roi Dayan
---
lib/netdev-offload-tc.c | 30 ++
1 file changed, 30 insertions(+)
diff --git a/lib/netdev-offload-tc.c b/lib/netdev-offload-tc.c
index 0775883..8553cb2 100644
--- a/lib/netdev-offload-tc.c
+++
Upstream kernel now rejects unsupported ct_state flags.
Earlier kernels, ignored it but still echoed back the requested ct_state,
if ct_state was supported. ct_state initial support had trk, new, est,
and rel flags.
If kernel echos back ct_state, assume support for trk, new, est, and
rel. If
Add offload support for ct_state rpl and inv flags.
For example:
ovs-ofctl del-flows br-ovs
ovs-ofctl add-flow br-ovs arp,actions=normal
ovs-ofctl add-flow br-ovs "table=0, ip,ct_state=-trk actions=ct(table=1,zone=5)"
ovs-ofctl add-flow br-ovs "table=1, ip,ct_state=+trk+new actions=ct(zone=5,
Add TCA_FLOWER_KEY_CT_FLAGS_REPLY, and TCA_FLOWER_KEY_CT_FLAGS_INVALID.
Signed-off-by: Paul Blakey
Acked-by: Roi Dayan
---
acinclude.m4| 6 +++---
include/linux/pkt_cls.h | 5 -
2 files changed, 7 insertions(+), 4 deletions(-)
diff --git a/acinclude.m4 b/acinclude.m4
index
On Thu, Mar 4, 2021 at 9:40 AM Ben Pfaff wrote:
>
> The first commit here is an improvement to the tests. It is not
> ddlog specific:
> tests: Improve synchronization and debuggability.
>
> The next commit is an improvement to ovs-sandbox for
> ovn-northd-ddlog:
> ovs-sandbox: Make it
On Wed, 3 Mar 2021, Marcelo Ricardo Leitner wrote:
> Hi,
>
> On Wed, Mar 03, 2021 at 02:15:35PM +0200, Paul Blakey wrote:
> > Upstream kernel now rejects unsupported ct_state flags.
> > Earlier kernels, ignored it but still echoed back the requested ct_state,
> > if ct_state was supported.
On 3 Mar 2021, at 21:44, Flavio Leitner wrote:
> On Wed, Mar 03, 2021 at 02:53:22PM +0100, Eelco Chaudron wrote:
>> This patch adds a general way of viewing/configuring datapath
>> cache sizes. With an implementation for the netlink interface.
>>
>> The ovs-dpctl/ovs-appctl show commands will
On 3 Mar 2021, at 21:44, Flavio Leitner wrote:
On Wed, Mar 03, 2021 at 02:52:33PM +0100, Eelco Chaudron wrote:
This patch adds cache usage statistics to the output:
$ ovs-dpctl show
system@ovs-system:
lookups: hit:24 missed:71 lost:0
flows: 0
masks: hit:334 total:0
28 matches
Mail list logo