Thanks Ben for prompt reply. I have incorporated the comment & warning and
sent out a v4 patch.
Thanks
keshav
-Original Message-
From: Ben Pfaff [mailto:b...@ovn.org]
Sent: Tuesday, September 11, 2018 1:21 AM
To: Keshav Gupta
Cc: d...@openvswitch.org; Anju Thomas ; Rohith
Basava
ic_read_relaxed(&s->drop_counters.n.rx_drops[i],
>>^~~
>>../lib/ovs-atomic-c11.h:31:47: error: right-hand operand of comma
>> expression has no effect [-Werror=unused-value]
(*(DST) = atomic_load_explicit(SRC, ORDER), \
Thanks
Hi Federico and all
I will work on this Rohitha's patch to take it forward.
Thanks
Keshav
-Original Message-
From: ovs-dev-boun...@openvswitch.org [mailto:ovs-dev-boun...@openvswitch.org]
On Behalf Of Federico Iezzi
Sent: Tuesday, July 24, 2018 1:23 PM
To: ian.sto...@intel.com
Cc: d
Hi
For below pipeline I see different behavior in case of bridge is of type
netdev or system. I see in OVS2.6.2 (and OVS 2.8.2) when
netdev bridge is used conntrack field are sent to controller while in case of
kernel bridge it is not sent. So I want to know what is the correct behavior.
stead of sending packet_in reason as OFPR_NO_MATCH.
Signed-off-by: Keshav Gupta
Co-authored-by: Rohith Basavaraja
Signed-off-by: Rohith Basavaraja
---
ofproto/ofproto-dpif-xlate.c | 82 +---
tests/ofproto-dpif.at| 38
2 files changed, 84
: Keshav Gupta
Cc: d...@openvswitch.org
Subject: Re: [ovs-dev] [PATCH v1] ofproto-dpif-xlate: Fix packet_in reason for
Table-miss rule
On Tue, Jul 03, 2018 at 11:14:45PM +0530, Keshav Gupta wrote:
> Currently in OvS if we hit "Table-miss" rules (associated with
> Controller
&
stead of sending packet_in reason as OFPR_NO_MATCH.
Signed-off-by: Keshav Gupta
Co-authored-by: Rohith Basavaraja
Signed-off-by: Rohith Basavaraja
---
ofproto/ofproto-dpif-xlate.c | 75 +++-
tests/ofproto-dpif.at| 38 ++
2 files cha
stead of sending packet_in reason as OFPR_NO_MATCH.
Signed-off-by: Keshav Gupta
Signed-off-by: Rohith Basavaraja
---
ofproto/ofproto-dpif-xlate.c | 72 ++--
tests/ofproto-dpif.at| 38 +++
2 files changed, 81 insertions(+), 29 deletions(-
packet (dpdk Rxq size)).
Thanks
Keshav
-Original Message-
From: Ben Pfaff [mailto:b...@ovn.org]
Sent: Monday, July 31, 2017 9:26 PM
To: Ilya Maximets
Cc: ovs-dev@openvswitch.org; Keshav Gupta
Subject: Re: [ovs-dev] Openvswitch crash when bringing down the dpdk bond port
using
counter from NIC).
I think to avoid this we should reset the device at least at the time of port
bring-up
Thanks
Keshav
-Original Message-
From: Keshav Gupta
Sent: Thursday, July 27, 2017 4:09 PM
To: 'Ilya Maximets'; 'ovs-dev@openvswitch.org'; Nitin Katiyar
Subje
using mode-port) that time those old packet will be
received first.
Thanks
keshav
-Original Message-
From: Keshav Gupta
Sent: Thursday, July 27, 2017 3:15 PM
To: 'Ilya Maximets'; ovs-dev@openvswitch.org
Subject: RE: Re: [ovs-dev] Openvswitch crash when bringing down the dpdk b
Thanks Ilya Maximets
It fixes the issue.
Thanks
Keshav
-Original Message-
From: Ilya Maximets [mailto:i.maxim...@samsung.com]
Sent: Wednesday, July 26, 2017 5:58 PM
To: ovs-dev@openvswitch.org; Keshav Gupta
Subject: Re: Re: [ovs-dev] Openvswitch crash when bringing down the dpdk bond
Hi
We are experiencing a openvswitch crash when bringing down the dpdk bond port
using "ovs-ofctl mod-port br-prv dpdk1 down".
backtrace of core is like below. Is there any issue reported earlier for this
type of crash in openvswitch community.
(gdb) bt
#0 ixgbe_rxq_rearm (rxq=0x7fa45061f80
13 matches
Mail list logo