Your message dated Tue, 14 Feb 2012 05:48:48 +
with message-id
and subject line Bug#659685: fixed in openvswitch 1.4.0-2
has caused the Debian Bug report #659685,
regarding fails to build the kernel module
to be marked as done.
This means that you claim that the problem has been dealt with.
I
Accepted:
openvswitch-brcompat_1.4.0-2_amd64.deb
to main/o/openvswitch/openvswitch-brcompat_1.4.0-2_amd64.deb
openvswitch-common_1.4.0-2_amd64.deb
to main/o/openvswitch/openvswitch-common_1.4.0-2_amd64.deb
openvswitch-controller_1.4.0-2_amd64.deb
to main/o/openvswitch/openvswitch-controlle
On Mon, Feb 13, 2012 at 08:07:36PM -0800, Ben Pfaff wrote:
> On Tue, Feb 14, 2012 at 12:16:25PM +0900, Simon Horman wrote:
> > On Mon, Feb 13, 2012 at 05:35:15PM -0800, Ben Pfaff wrote:
> > > On Tue, Feb 14, 2012 at 09:31:18AM +0900, Simon Horman wrote:
> > > > On Mon, Feb 13, 2012 at 10:10:18AM -0
openvswitch_1.4.0-2_amd64.changes uploaded successfully to localhost
along with the files:
openvswitch_1.4.0-2.dsc
openvswitch_1.4.0-2.debian.tar.gz
openvswitch-common_1.4.0-2_amd64.deb
openvswitch-switch_1.4.0-2_amd64.deb
openvswitch-ipsec_1.4.0-2_amd64.deb
openvswitch-controller_1.4.0
On Tue, Feb 14, 2012 at 12:16:25PM +0900, Simon Horman wrote:
> On Mon, Feb 13, 2012 at 05:35:15PM -0800, Ben Pfaff wrote:
> > On Tue, Feb 14, 2012 at 09:31:18AM +0900, Simon Horman wrote:
> > > On Mon, Feb 13, 2012 at 10:10:18AM -0800, Ben Pfaff wrote:
> > > > On Tue, Feb 14, 2012 at 01:54:28AM +0
On Mon, Feb 13, 2012 at 02:19:00PM -0800, Ben Pfaff wrote:
> On Mon, Feb 13, 2012 at 11:46:51AM +0900, Simon Horman wrote:
> > beyond the work required to get the patches in this series merged,
> > I am wondering how you see the scope of work to get Open vSwtich
> > ready to handle multiple version
On Mon, Feb 13, 2012 at 05:35:15PM -0800, Ben Pfaff wrote:
> On Tue, Feb 14, 2012 at 09:31:18AM +0900, Simon Horman wrote:
> > On Mon, Feb 13, 2012 at 10:10:18AM -0800, Ben Pfaff wrote:
> > > On Tue, Feb 14, 2012 at 01:54:28AM +0800, Thomas Goirand wrote:
> > > > On 02/14/2012 01:22 AM, Ben Pfaff w
Looks good,
Ethan
On Tue, Feb 7, 2012 at 15:06, Ben Pfaff wrote:
> Upcoming commits add a user for ofputil_packet_in_reason_from_string()
> and more users for ofputil_packet_in_reason_to_string().
>
> Signed-off-by: Ben Pfaff
> ---
> lib/ofp-print.c | 22 ++
> lib/ofp-util
I have tested this patch and the path and resulting package
appear to be correct.
I see ./configure --with-linux=/usr/src/linux-headers-3.1.0-1-amd64
in the resulting config.log
On Mon, Feb 13, 2012 at 06:05:19PM -0800, Justin Pettit wrote:
> Assuming it's the fully correct path, it looks reasona
Before this patch, every request for a 'netdev_dev''s flags
required an ioctl call. This occurred every time
netdev_get_carrier() was called, which theoretically was very often
if there were a large number of devices. We were already using
netlink to keep track of the IFF_RUNNING flag. This patch
When a netdev Linux device is created or its netlink cache is
invalidate, it needs an alternative method to update the its
carrier status. Previous patches retrieved this information from a
sysfs file. This patch switches to ioctl which is significantly
simpler, and likely quite a bit faster as w
Assuming it's the fully correct path, it looks reasonable to me.
--Justin
On Feb 13, 2012, at 4:15 PM, Ben Pfaff wrote:
> DKMS passes in an explicit variable for the kernel source directory, so we
> should use that instead of `uname -r`.
>
> CC: 659...@bugs.debian.org
> Reported-by: Thomas Goi
On Tue, Feb 14, 2012 at 09:31:18AM +0900, Simon Horman wrote:
> On Mon, Feb 13, 2012 at 10:10:18AM -0800, Ben Pfaff wrote:
> > On Tue, Feb 14, 2012 at 01:54:28AM +0800, Thomas Goirand wrote:
> > > On 02/14/2012 01:22 AM, Ben Pfaff wrote:
> > > > Would it be possible for you to provide your make.log
On Mon, Feb 13, 2012 at 10:10:18AM -0800, Ben Pfaff wrote:
> On Tue, Feb 14, 2012 at 01:54:28AM +0800, Thomas Goirand wrote:
> > On 02/14/2012 01:22 AM, Ben Pfaff wrote:
> > > Would it be possible for you to provide your make.log?
> >
> > I've attached it to this mail.
>
> Here's the root of the
DKMS passes in an explicit variable for the kernel source directory, so we
should use that instead of `uname -r`.
CC: 659...@bugs.debian.org
Reported-by: Thomas Goirand
Signed-off-by: Ben Pfaff
---
debian/dkms.conf.in |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/deb
On Tue, Feb 14, 2012 at 07:50:23AM +0800, Thomas Goirand wrote:
> On 02/14/2012 07:41 AM, Thomas Goirand wrote:
> > On 02/14/2012 02:09 AM, Ben Pfaff wrote:
> >> -MAKE="./configure --with-linux=/lib/modules/`uname -r`/build ; make -C
> >> datapath/linux"
> >> +MAKE="./configure --with-linux=/lib/m
On Sun, Feb 12, 2012 at 4:47 AM, Pravin B Shelar wrote:
> diff --git a/datapath/datapath.c b/datapath/datapath.c
> index 220c7dd..3248fb4 100644
> --- a/datapath/datapath.c
> +++ b/datapath/datapath.c
> +static struct hlist_head *hash_bucket(const struct datapath *dp, int id)
This name is not ver
On Tue, Feb 14, 2012 at 07:41:05AM +0800, Thomas Goirand wrote:
> On 02/14/2012 02:09 AM, Ben Pfaff wrote:
> > There is no point in trying to run "make" if "configure" failed. The
> > "make" will fail too and the log will be harder to read.
> I can confirm that the above fixes the issue.
The comm
On 02/14/2012 07:41 AM, Thomas Goirand wrote:
> On 02/14/2012 02:09 AM, Ben Pfaff wrote:
>> There is no point in trying to run "make" if "configure" failed. The
>> "make" will fail too and the log will be harder to read.
>>
>> CC: Thomas Goirand
>> CC: Simon Horman
>> Signed-off-by: Ben Pfaff
>
On 02/14/2012 02:09 AM, Ben Pfaff wrote:
> There is no point in trying to run "make" if "configure" failed. The
> "make" will fail too and the log will be harder to read.
>
> CC: Thomas Goirand
> CC: Simon Horman
> Signed-off-by: Ben Pfaff
> ---
> debian/dkms.conf.in |2 +-
> 1 files chan
Thanks Jesse. Priorities might be same but match criteria is different. Hence I
thought it would work. Anyways I will try with dl_vlan match.
Thanks
Ravi
-Original Message-
From: Jesse Gross [mailto:je...@nicira.com]
Sent: Monday, February 13, 2012 2:05 PM
To: Kerur, Ravi
Cc: dev@openvs
On Mon, Feb 13, 2012 at 11:46:51AM +0900, Simon Horman wrote:
> beyond the work required to get the patches in this series merged,
> I am wondering how you see the scope of work to get Open vSwtich
> ready to handle multiple versions of Open Flow.
I've added a lot of details to
http://openvswitch.
On Mon, Feb 13, 2012 at 1:43 PM, Jesse Gross wrote:
> On Mon, Feb 13, 2012 at 1:09 PM, wrote:
>> Hello,
>>
>>
>>
>> I am trying to send simple vlan packets via a C program and wanted a vlan
>> specific action executed before sending out on wire. I have configured
>> following flows in ovs
>>
>>
One of the NEWS entries uses a TAB instead of spaces.
Following tradition, the nx_action_fin_timeout structure should have
an OFP_ASSERT of its size.
> netflow_flow_clear(&facet->nf_flow);
> + facet->tcp_flags = 0;
Could you comment briefly on this line of code? I'm having trouble
convin
Dear Brothers & Sisters in
Christ
GREETINGS IN THE NAME OF OUR LORD JESUS CHRIST, I am Mrs Patricia Aka From
Ivory Coast. I and husband were into, Real Estate Business and a Government
Contractor before my husband’s death on May 25 2010. We were married for 15
years without a child due my fibroi
On Mon, Feb 13, 2012 at 1:09 PM, wrote:
> Hello,
>
>
>
> I am trying to send simple vlan packets via a C program and wanted a vlan
> specific action executed before sending out on wire. I have configured
> following flows in ovs
>
>
>
> root@rkerur-ThinkPad-T400:~/mpls_vlan_0209/openvswitch# ovs-
> (Did you really send this on Friday? It just showed up in my inbox.)
No I sent it this morning. Looks like the clock in my VM is messed up.
Thanks,
Ethan
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
Hello,
I am trying to send simple vlan packets via a C program and wanted a vlan
specific action executed before sending out on wire. I have configured
following flows in ovs
root@rkerur-ThinkPad-T400:~/mpls_vlan_0209/openvswitch# ovs-ofctl dump-flows br0
NXST_FLOW reply (xid=0x4):
cooki
I pushed this to "master". It's not really a bug fix so I didn't
back-port it.
On Mon, Feb 13, 2012 at 10:50:06AM -0800, Justin Pettit wrote:
> Looks good to me.
>
> --Justin
>
>
> On Feb 13, 2012, at 10:09 AM, Ben Pfaff wrote:
>
> > There is no point in trying to run "make" if "configure" fa
On Fri, Feb 10, 2012 at 09:33:55AM -0800, Ethan Jackson wrote:
> The process_flow() function no longer exists. It seems safest to
> remove reference to the function altogether as it's likely to
> become stale again.
>
> Signed-off-by: Ethan Jackson
Looks good.
(Did you really send this on Frid
The process_flow() function no longer exists. It seems safest to
remove reference to the function altogether as it's likely to
become stale again.
Signed-off-by: Ethan Jackson
---
vswitchd/INTERNALS |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/vswitchd/INTERNALS b/v
Looks good,
Ethan
On Thu, Jan 19, 2012 at 17:03, Ben Pfaff wrote:
> This will acquire a new user in an upcoming commit.
>
> Signed-off-by: Ben Pfaff
> ---
> lib/dpif.c | 9 +
> lib/packets.c | 20 +++-
> lib/packets.h | 5 -
> 3 files changed, 24 insertion
Looks good to me.
--Justin
On Feb 13, 2012, at 10:09 AM, Ben Pfaff wrote:
> There is no point in trying to run "make" if "configure" failed. The
> "make" will fail too and the log will be harder to read.
>
> CC: Thomas Goirand
> CC: Simon Horman
> Signed-off-by: Ben Pfaff
> ---
> debian/dk
On Mon, Feb 13, 2012 at 3:13 AM, Saifuddin Kaijar
wrote:
> Hi all,
>
> I have been started working on OVS kernelspace. I want to measure the
> kernelspace OVS performance but I did not find any existing tool to measure
> it.
> I want to know that is there any benchmark tool available for OVS to
>
On Sun, Feb 12, 2012 at 7:31 PM, Simon Horman wrote:
> The Open vSwtich datapath's GRE implementation does not appear to make a
> distinction between no key present and a zero key present, which appears to
> be consistent with the (other) Linux implementation of GRE. Make this a
> little clearer i
On Mon, Feb 13, 2012 at 03:15:33PM +0900, Simon Horman wrote:
> My reading of commit b78f6b77 ("Remove support for obsolete
> "tun_id_from_cookie" extension.") is that no part of Open vSwitch,
> including ovs-ofctl, uses the TUN_ID_FROM_COOKIE extension any more.
>
> Signed-off-by: Simon Horman
On Tue, Feb 14, 2012 at 01:54:28AM +0800, Thomas Goirand wrote:
> On 02/14/2012 01:22 AM, Ben Pfaff wrote:
> > Would it be possible for you to provide your make.log?
>
> I've attached it to this mail.
Here's the root of the problem:
checking for Linux build directory... /usr/src/linux-headers-
There is no point in trying to run "make" if "configure" failed. The
"make" will fail too and the log will be harder to read.
CC: Thomas Goirand
CC: Simon Horman
Signed-off-by: Ben Pfaff
---
debian/dkms.conf.in |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/debian/d
On 02/14/2012 01:22 AM, Ben Pfaff wrote:
> The config.log would be useful too.
>
> Thomas, it's possible that you're hitting the following bug. I
> committed a fix for it to all of our active branches a few minutes
> ago (so obviously it isn't in Debian yet):
> http://openvswitch.org/pipe
On Mon, Feb 13, 2012 at 05:49:54PM +0900, Simon Horman wrote:
> On Mon, Feb 13, 2012 at 04:10:06PM +0800, Thomas Goirand wrote:
> > Package: openvswitch-datapath-dkms
> > Version: 1.4.0-1
> > Severity: grave
> >
> > Hi there!
> >
> > First, thanks for maintaining OVS, this is a very nice software
Thanks. I pushed this to master and branch-1.[345].
On Sat, Feb 11, 2012 at 01:13:57PM -0800, Justin Pettit wrote:
> Seems reasonable to me.
>
> --Justin
>
>
> On Feb 10, 2012, at 11:00 AM, Ben Pfaff wrote:
>
> > The OVS kernel module, like other kernel modules, does not need a working
> >
Clique-aqui
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
Hi all,
I have been started working on OVS kernelspace. I want to measure the
kernelspace OVS performance but I did not find any existing tool to measure
it.
I want to know that is there any benchmark tool available for OVS to
measure performance?
I get to know that OVS kernelspace performance is
On Mon, Feb 13, 2012 at 04:10:06PM +0800, Thomas Goirand wrote:
> Package: openvswitch-datapath-dkms
> Version: 1.4.0-1
> Severity: grave
>
> Hi there!
>
> First, thanks for maintaining OVS, this is a very nice software, which
> I will use with XCP (for which I'm working on the packaging, togethe
Package: openvswitch-datapath-dkms
Version: 1.4.0-1
Severity: grave
Hi there!
First, thanks for maintaining OVS, this is a very nice software, which
I will use with XCP (for which I'm working on the packaging, together
with people from Citrix).
Now, the less nice stuff... :)
openvswitch-datapat
45 matches
Mail list logo
