openvswitch 2.3.0+git20140819-2 is marked for autoremoval from testing on
2015-01-15
It is affected by these RC bugs:
771863: openvswitch-switch: Open vSwitch configuration through
/etc/network/interfaces does not work
___
dev mailing list
dev@openvsw
Hi Ben/Team,
We are working on Vacancy-Events feature and will be contributing the same to
openvswitch.
Table-desc functionality introduced in Eviction patch "ovs-ofctl:
Implementation of eviction on the basis of Importance", requires enhancement
for vacancy events(table config property).
Ca
[adding back ovs-dev]
Here's your error. You added all those files to the git repository but
didn't add them to anything to cause them to be distributed. That's a
mistake, so the build error reports that.
On Thu, Dec 11, 2014 at 08:47:37AM +0800, 孙鹏浩 wrote:
> The distribution is missing the fol
On Wed, Dec 10, 2014 at 12:03 PM, Jarno Rajahalme wrote:
>
> On Dec 10, 2014, at 11:48 AM, David Miller wrote:
>
>> From: Jarno Rajahalme
>> Date: Tue, 9 Dec 2014 16:10:25 -0800
>>
>>> OVS userspace already probes the openvswitch kernel module for
>>> OVS_ACTION_ATTR_SET_MASKED support. This p
On Tue, Dec 9, 2014 at 4:10 PM, Jarno Rajahalme wrote:
> diff --git a/net/openvswitch/flow_netlink.c b/net/openvswitch/flow_netlink.c
> index df3c7f2..276bb60 100644
> --- a/net/openvswitch/flow_netlink.c
> +++ b/net/openvswitch/flow_netlink.c
> @@ -2007,6 +2117,18 @@ int ovs_nla_put_actions(const
On 12/10/2014 02:45 AM, Jarno Rajahalme wrote:
>
> On Dec 9, 2014, at 11:06 AM, Lori Jakab wrote:
>
>> On 11/21/2014 02:20 AM, Jesse Gross wrote:
>>> On Thu, Nov 20, 2014 at 4:06 PM, Jarno Rajahalme
>>> wrote:
On Nov 20, 2014, at 12:18 PM, Jesse Gross wrote:
On Thu, Nov 20, 201
On Dec 10, 2014, at 11:48 AM, David Miller wrote:
> From: Jarno Rajahalme
> Date: Tue, 9 Dec 2014 16:10:25 -0800
>
>> OVS userspace already probes the openvswitch kernel module for
>> OVS_ACTION_ATTR_SET_MASKED support. This patch adds the kernel module
>> implementation of masked set action
From: Jarno Rajahalme
Date: Tue, 9 Dec 2014 16:10:25 -0800
> OVS userspace already probes the openvswitch kernel module for
> OVS_ACTION_ATTR_SET_MASKED support. This patch adds the kernel module
> implementation of masked set actions.
>
> The existing set action sets many fields at once. Whe
On 12/10/14 at 10:29am, Pravin Shelar wrote:
> I was referring to vlan patch series merged to net-next ("sched:
> introduce vlan action"). We should backport all relevant patches from
> the series at once rather than one at a time.
Thanks for the explanation. I understand what you mean now. I'll
s
On Tue, Dec 9, 2014 at 8:35 PM, YAMAMOTO Takashi wrote:
>> On Wed, Dec 3, 2014 at 2:31 AM, YAMAMOTO Takashi
>> wrote:
>>> This command is useful at least for testing.
>>>
>>> Example output:
>>> % ovs-appctl ovs/route/lookup '10.0.0.1'
>>> gateway 172.17.0.254
>>> dev wm0
>>> %
>
On Wed, Dec 10, 2014 at 10:15 AM, Joe Stringer wrote:
> On 9 December 2014 at 22:11, Pravin Shelar wrote:
>> On Tue, Dec 9, 2014 at 4:25 PM, Joe Stringer wrote:
>>> On 9 December 2014 at 10:32, Pravin Shelar wrote:
On Tue, Dec 2, 2014 at 6:56 PM, Joe Stringer
wrote:
> @@ -424,10
On Wed, Dec 10, 2014 at 8:47 AM, Thomas Graf wrote:
> On 12/09/14 at 05:12pm, Pravin Shelar wrote:
>> On Wed, Dec 3, 2014 at 4:02 AM, Thomas Graf wrote:
>> > Fixes compilation of datapath for both current net and net-next tree.
>> >
>> > Thomas Graf (4):
>> > datapath: Check if nla_is_last() is
On 9 December 2014 at 22:11, Pravin Shelar wrote:
> On Tue, Dec 9, 2014 at 4:25 PM, Joe Stringer wrote:
>> On 9 December 2014 at 10:32, Pravin Shelar wrote:
>>> On Tue, Dec 2, 2014 at 6:56 PM, Joe Stringer wrote:
@@ -424,10 +475,9 @@ static struct sw_flow *masked_flow_lookup(struct
t
On 12/09/14 at 05:12pm, Pravin Shelar wrote:
> On Wed, Dec 3, 2014 at 4:02 AM, Thomas Graf wrote:
> > Fixes compilation of datapath for both current net and net-next tree.
> >
> > Thomas Graf (4):
> > datapath: Check if nla_is_last() is available in
> > datapath: Mark compatible with kernels
On Wed, Dec 10, 2014 at 12:25:02PM +, sphshine wrote:
> I added some file into ofproto and updated the makefile, and also used
> VLOG_DEFINE_THIS_MODULE in my file and corresponding header file,
> but after make I receive such message:
> make[2]: *** [dist-hook-git] error 1
> make[2]:leaving
My previous reply did not do a good job with the context. It made it
look like OVS 2.3.1 handles source or source-directory statements.
That is not correct, it does not handle those statements. I haven't
looked at what needs to be done to handle those statements. I welcome
a patch, preferably sent
On 12/10/14 at 02:05pm, YAMAMOTO Takashi wrote:
> > On 12/10/14 at 01:29pm, YAMAMOTO Takashi wrote:
> >> can you explain your motivation briefly?
> >
> > The motivation is to end up with a set of header files that have
> > clean namespaces so they can be installed on the system and be
> > used in
On Tue, Dec 9, 2014 at 12:12 AM, Stig Sandbeck Mathisen wrote:
> Package: openvswitch-switch
> Version: 2.3.0+git20140819-2
> Followup-For: Bug #771863
>
> Dear Maintainer,
>
> The network_interfaces() function in the /etc/init.d/openvswitch-switch
> script also does not handle "source" or "source
Ben and Jesse,
Thanks for picking this issue up.
Although current behavior is not consistent in VLAN and no-VLAN cases, as far
as NetFlow concerns it doesn’t matter in fact because NetFlow only counts L3
packet size anyway.
Here’s the story. First, I wanted to fix an issue that OVS currently r
I added some file into ofproto and updated the makefile, and also used
VLOG_DEFINE_THIS_MODULE in my file and corresponding header file,
but after make I receive such message:
make[2]: *** [dist-hook-git] error 1
make[2]:leaving directory `/home/wuch/workspace/test_ovs/dev'
make[1]: *** [all-recu
Monthly ping :). We're ready to test if there's a potential fix.
Thanks in advance, Laurent
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
Control: severity -1 serious
Hello,
Since the service does not start under the new default init, and since
it also does not follow includes from /etc/network/interfaces, I would
think this justifies a "serious" severity. Updating the severity
accordingly.
(I feel less bad about bumping severity
Processing control commands:
> severity -1 serious
Bug #771863 [openvswitch-switch] openvswitch-switch: Open vSwitch configuration
through /etc/network/interfaces does not work
Severity set to 'serious' from 'normal'
--
771863: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=771863
Debian Bug
23 matches
Mail list logo
