From: Numan Siddique
During each system userspace test, we see the below warning messages in
the ovn-controller.log. We need to add this to whitelist.
"chassis|WARN|Could not find Chassis : stored (hv1) ovs (hv1)"
Signed-off-by: Numan Siddique
---
tests/system-ovn.at | 35
On Tue, Oct 22, 2019 at 2:58 PM Pravin Shelar wrote:
>
> On Sun, Oct 20, 2019 at 10:02 PM Tonghao Zhang
> wrote:
> >
> > On Sat, Oct 19, 2019 at 2:12 AM Pravin Shelar wrote:
> > >
> > > On Thu, Oct 17, 2019 at 8:16 PM Tonghao Zhang
> > > wrote:
> > > >
> > > > On Fri, Oct 18, 2019 at 6:38 AM
Hi Jakub,
On Tue, 22 Oct 2019 14:53:16 -0700
Jakub Kicinski wrote:
> On Mon, 21 Oct 2019 12:01:57 +0200, Stefano Brivio wrote:
> > From: Hillf Danton
> >
> > syzbot found the following crash on:
>
> > The function in net core, register_netdevice(), may fail with vport's
> > destruction cal
On Mon, 21 Oct 2019 12:01:57 +0200, Stefano Brivio wrote:
> From: Hillf Danton
>
> syzbot found the following crash on:
> The function in net core, register_netdevice(), may fail with vport's
> destruction callback either invoked or not. After commit 309b66970ee2,
I've added the correct commit
On Mon, Oct 21, 2019 at 11:28 PM Numan Siddique wrote:
>
>
>
> On Tue, Oct 22, 2019 at 7:08 AM Han Zhou wrote:
>>
>> After split from OVS, make check-valgrind and check-lcov are not
>> working any more, because the $ovs_srcdir are missing for these tests.
>> Instead of add ovs_srcdir=$(ovs_srcdir
On Mon, Oct 21, 2019 at 11:18 PM Numan Siddique wrote:
>
>
>
> On Tue, Oct 22, 2019 at 6:57 AM Han Zhou wrote:
>>
>> The ref_name is copied in lflow_resource_add(), but forgot to free in
>> lflow_resource_destroy_lflow(). It can be fixed by freeing it in
>> lflow_resource_destroy_lflow(). However
On Tue, Oct 22, 2019 at 12:08 AM Dumitru Ceara wrote:
>
> On Tue, Oct 22, 2019 at 8:28 AM Numan Siddique wrote:
> >
> > On Tue, Oct 22, 2019 at 5:19 AM Han Zhou wrote:
> >
> > > Fixes: 89f5048f960c ("ovn-controller: Minimize SB DB port_binding
> > > lookups.")
> > > Signed-off-by: Han Zhou
> >
On 22.10.2019 17:44, Ben Pfaff wrote:
On Tue, Oct 22, 2019 at 06:22:17PM +0200, Ilya Maximets wrote:
On 22.10.2019 0:00, Ben Pfaff wrote:
Some users would find it useful to know the particular OVS version that
introduced a feature to the OVS tree kernel module or to the OVS
userspace (DPDK) dat
Some users would find it useful to know the particular OVS version that
introduced a feature to the OVS tree kernel module or to the OVS
userspace (DPDK) datapath implementation. This patch updates the FAQ
to include that information.
This information is primarily gleaned from the top-level NEWS
On Tue, Oct 22, 2019 at 11:27:12AM -0400, Aaron Conole wrote:
> Ben Pfaff writes:
>
> > Some users would find it useful to know the particular OVS version that
> > introduced a feature to the OVS tree kernel module or to the OVS
> > userspace (DPDK) datapath implementation. This patch updates th
On Tue, Oct 22, 2019 at 06:22:17PM +0200, Ilya Maximets wrote:
> On 22.10.2019 0:00, Ben Pfaff wrote:
> > Some users would find it useful to know the particular OVS version that
> > introduced a feature to the OVS tree kernel module or to the OVS
> > userspace (DPDK) datapath implementation. This
On 22.10.2019 0:00, Ben Pfaff wrote:
Some users would find it useful to know the particular OVS version that
introduced a feature to the OVS tree kernel module or to the OVS
userspace (DPDK) datapath implementation. This patch updates the FAQ
to include that information.
This information is pri
On Tue, Oct 22, 2019 at 12:17 AM Noa Ezra wrote:
>
> Hi,
> Please see the answer below.
>
> Thanks,
> Noa.
>
> > -Original Message-
> > From: William Tu [mailto:u9012...@gmail.com]
> > Sent: Friday, October 18, 2019 12:34 AM
> > To: Noa Ezra
> > Cc: ovs-dev@openvswitch.org; Oz Shlomo ; Ma
On Mon, Oct 21, 2019 at 6:16 PM Tonghao Zhang wrote:
>
> On Tue, Oct 22, 2019 at 1:14 AM William Tu wrote:
> >
> > On Wed, Oct 16, 2019 at 5:50 AM wrote:
> > >
> > > From: Tonghao Zhang
> > >
> > > This series patch optimize openvswitch for performance or simplify
> > > codes.
> > >
> > > Patch
Ben Pfaff writes:
> Some users would find it useful to know the particular OVS version that
> introduced a feature to the OVS tree kernel module or to the OVS
> userspace (DPDK) datapath implementation. This patch updates the FAQ
> to include that information.
>
> This information is primarily g
The tcpundump tool expects all packets to be a length which aligns to
exactly a 4-nibble boundary. This means packets like DNS requests will be
stripped before being correctly processed. Fix this by allowing at least
two nibbles (or one byte) alignment.
Signed-off-by: Aaron Conole
---
utilitie
Running 'ovs-tcpundump -V' will cause ovs-tcpundump to start processing on
stdin. Instead, print the version and exit.
Signed-off-by: Aaron Conole
---
utilities/ovs-tcpundump.in | 1 +
1 file changed, 1 insertion(+)
diff --git a/utilities/ovs-tcpundump.in b/utilities/ovs-tcpundump.in
index b20
Thanks Ilya and Kevin.
I will send the updated patch set.
Thanks & Regards,
Sriram.
-Original Message-
From: Ilya Maximets
Sent: 22 October 2019 16:07
To: Kevin Traynor ; Sriram Vatala
; 'Ilya Maximets' ;
ovs-dev@openvswitch.org
Cc: 'Stokes, Ian'
Subject: Re: [PATCH v9 2/2] netdev-dpd
On 22.10.2019 12:31, Kevin Traynor wrote:
On 22/10/2019 09:25, Sriram Vatala wrote:
Hi Ilya & Kevin,
Thanks for your suggestions. I am summarizing our discussion, please feel free
to correct me, if I am wrong.
Hi Sriram,
Will share my thought, Ilya may have different view.
1) All custom st
On 22/10/2019 11:31, Kevin Traynor wrote:
> On 22/10/2019 09:25, Sriram Vatala wrote:
>> Hi Ilya & Kevin,
>> Thanks for your suggestions. I am summarizing our discussion, please feel
>> free
>> to correct me, if I am wrong.
>>
>
> Hi Sriram,
>
> Will share my thought, Ilya may have different vi
On 22/10/2019 09:25, Sriram Vatala wrote:
> Hi Ilya & Kevin,
> Thanks for your suggestions. I am summarizing our discussion, please feel
> free
> to correct me, if I am wrong.
>
Hi Sriram,
Will share my thought, Ilya may have different view.
> 1) All custom stats calculated in OVS will have t
On 22.10.2019 10:25, Sriram Vatala wrote:
Hi Ilya & Kevin,
Thanks for your suggestions. I am summarizing our discussion, please feel free
to correct me, if I am wrong.
1) All custom stats calculated in OVS will have the prefix , so that these
stats will not intersect with the names of other stat
There is no log about isolated rxq assignment in a pmd today, which
sometimes could be useful to trace rxq/pmd pinning, when debugging
with log. Ovs-appctl dpif-netdev/pmd-rxq-show reports about it
already, but logging is helpful to trace pinning in time.
Changes:
v2: init numa_id for the info.
Bleep bloop. Greetings Gowrishankar Muthukrishnan, 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.
build:
mv -f $depbase.Tpo $depbase.Plo
libtool: compile: gcc -std=gnu99 -DHAVE_CONFIG_H -I.
Hi Ilya & Kevin,
Thanks for your suggestions. I am summarizing our discussion, please feel free
to correct me, if I am wrong.
1) All custom stats calculated in OVS will have the prefix , so that these
stats will not intersect with the names of other stats (driver/HW etc).
2) The prefix used for
There is no log about isolated rxq assigment in a pmd today, which
sometimes could be useful to trace rxq/pmd pinning, when debugging
with log. Ovs-appctl dpif-netdev/pmd-rxq-show reports about it
already, but logging is helpful to trace pinning in time.
Reported-at: https://bugzilla.redhat.com/17
Hi,
Please see the answer below.
Thanks,
Noa.
> -Original Message-
> From: William Tu [mailto:u9012...@gmail.com]
> Sent: Friday, October 18, 2019 12:34 AM
> To: Noa Ezra
> Cc: ovs-dev@openvswitch.org; Oz Shlomo ; Majd
> Dibbiny ; Ameer Mahagneh
> ; Eli Britstein
> Subject: Re: [ovs-dev
On Tue, Oct 22, 2019 at 8:28 AM Numan Siddique wrote:
>
> On Tue, Oct 22, 2019 at 5:19 AM Han Zhou wrote:
>
> > Fixes: 89f5048f960c ("ovn-controller: Minimize SB DB port_binding
> > lookups.")
> > Signed-off-by: Han Zhou
> >
>
> Acked-by: Numan Siddique
>
> Numan
My bad, thanks Han for fixing
28 matches
Mail list logo