From: Scott Mann
These changes allow for the building of shared libraries by providing
the --enable-shared option to configure. In particular, lib/libopenvwitch.so,
lib/libsflow.so, ofproto/libofproto.so, and ovsdb/libovsdb.so will be built.
Original behavior of building static remains the same.
There is a portion of the 'struct dp_netdev_port' initialization
that is placed after the reload of pmd threads. This means in
theory, there could be a race where pmd threads access half-
initialized struct. Although such race has not been seen, it
makes sense to fully initialize the struct befor
On 7 November 2014 14:15, Pravin Shelar wrote:
> On Fri, Oct 31, 2014 at 4:55 PM, Joe Stringer
> wrote:
> > If a datapath is created with the flag OVS_DP_F_INDEX_BY_UFID, then an
> > additional table_instance is added to the flow_table, which is indexed
> > by unique identifiers ("UFID"). Usersp
Before this commit, when 'struct dp_netdev_port' is deleted from
'dpif-netdev' datapath, if there is pmd thread, the pmd thread
will release the last reference to the port and ovs-rcu postpone
the destroy. However, the delayed close of object like 'struct
netdev' could cause failure in immediate r
Before this commit, the ofproto-dpif-xlate module uses ovs-rcu to
postpone the destroy of previous configuration. However, the delayed
close of object like 'struct netdev' could cause failure in immediate
re-add or reconfigure of the same device.
To fix the above issue, this commit makes the ofpr
On Fri, Oct 31, 2014 at 4:55 PM, Joe Stringer wrote:
> If a datapath is created with the flag OVS_DP_F_INDEX_BY_UFID, then an
> additional table_instance is added to the flow_table, which is indexed
> by unique identifiers ("UFID"). Userspace implementations can specify a
> UFID of up to 128 bits
Yes, I agree. As you said this should be managed in a higher level.
Regarding the alignment, the parameters are aligned but it does not look
aligned in the review email.
Thanks for the review!
Eitan
-Original Message-
From: Ankur Sharma
Sent: Friday, November 07, 2014 1:46 PM
To: Eitan
Hi Eitan,
In my opinion we should not allow the friendly name to be changed if
corresponding ovs port exists (as this will lead to data inconsistency in
userspace and kernel).
But we need not block your changes as this will definitely help in handling
update friendly name cases before vsctl ad
Update Hyper-V port properties on NDIS property port set callback.
Driver update the port friendly name in its internal table.
Since the NIC Create callback won't be called after we need to maintain the
NIC and THE OVS states of the Vport.
Setting a new friendly name was tested in the following st
I understood, I wait for them to review.
Thanks,
- Michio
From: Ben Pfaff [b...@nicira.com]
Sent: Friday, November 07, 2014 5:21 PM
To: Michio Honda
Cc: dev@openvswitch.org
Subject: Re: [ovs-dev] all reviews complete
I skipped that series because Jesse and
I skipped that series because Jesse and Pravin are the primary datapath
maintainers.
On Fri, Nov 07, 2014 at 08:56:25AM +, Michio Honda wrote:
> Hi,
>
> I've posted two patches to the datapath with the following cover letter.
> I'm happy if you review it.
>
> Thanks,
> - Michio
>
>
Ben - thanks for your comments and assistance - let me try to provide an answer
to the first question, Dennis Flynn will send answers to the other items later
today and Paul Unbehagen ( Avaya Chief Architect ) may email additional clarity:
We are aware of LLDP use in OpenFlow controllers and rec
From: Rishi Bamba
This patch enables a user to set importance for a new rule via add-flow
OF1.4+ in the OVS and display the same via dump-flows command OF1.4+ .
The changes are made in accordance with OpenFlow 1.4 specs to implement
Eviction on the basis of "importance".This patch also enhances t
Hi Ben,
> > This patch enables a user to set importance for a new rule via
> > add-flow
> > OF1.4+ in the OVS and display the same via dump-flows command
> > OF1.4+ .
> > The changes are made in accordance with OpenFlow 1.4 specs to
> > implement
> > Eviction on the basis of "importance".This patc
On Thu, Nov 06, 2014 at 02:14:45PM -0800, Ben Pfaff wrote:
> On Thu, Nov 06, 2014 at 04:50:06PM -0200, Flavio Leitner wrote:
> > The tunnel port is invisible to the OS, so there is
> > no reason to call OTHERSCRIPT in the ifup/ifdown scripts.
> >
> > Signed-off-by: Flavio Leitner
>
> Applied, th
On Thu, Nov 06, 2014 at 02:12:55PM -0800, Ben Pfaff wrote:
> On Thu, Nov 06, 2014 at 04:45:18PM -0200, Flavio Leitner wrote:
> > This patchset updates the fedora spec file to be
> > compliant with the distro guidelines and includes
> > some fixes as well.
>
> I can tell when I'm outclassed ;-)
>
Hello,
I am trying to run openvswitch with DPDK, but I am not able to add any
dpdk port to the bridge.
When I run "ovs-vsctl add-port br0 dpdk0 -- set Interface dpdk0
type=dpdk ofport_request=10" I get the next error:
ovs-vsctl: Error detected while setting up 'dpdk0'. See ovs-vswitchd
lo
Hi,
I've posted two patches to the datapath with the following cover letter.
I'm happy if you review it.
Thanks,
- Michio
From: dev [dev-boun...@openvswitch.org] on behalf of Michio Honda
[michio.ho...@neclab.eu]
Sent: Wednesday, November 05, 2014 11:23
18 matches
Mail list logo
