Dear Ovs team,
We are working on Vacancy Events as specified in Openflow1.4 specs and planning
to contribute for the same in Ovs.
We need inputs for table-desc command output.
table-desc command "ovs-ofctl -O Openflow14 dump-table-desc br0" has following
kind of output for 255 tables:
OFPST_TA
Hi Ben,
>ofptype_decode() and related functions check that the length of a
>message agrees with the specification given in enum ofpraw in
>ofp-msgs.h, so there is no need to do that again here.
Thanks for the information, we will update it and will share the new patch.
Thanks and Regards,
Salon
Hello My Dear.
how are you, hope fine. My name is Eliza, am very glad to come across your
email profile today, which i find interesting and wish to let you know that i
will like to have a very good relationship with you, i hope you will welcome my
friendship request? Please respond to my mail di
Hi Ben,
I was just scratching the surface.
I filled a bug under https://github.com/openvswitch/ovs-issues/issues/58.
The true fix will be to hold a lock during the uninstall.
Thx,
Alin.
-Mesaj original-
De la: Ben Pfaff [mailto:b...@nicira.com]
Trimis: Wednesday, November 26, 2014
Back with some findings.
Could you please take a look at this Makefile ?
https://github.com/openwrt/packages/blob/master/net/openvswitch/Makefile
This is our package file that wraps the OpenWRT build system around
OpenVSwitch.
Starting at line 127, there's the Build/Compile make rule that's used
This allows users to pass in additional compiler flags through the
environment variable EXTRA_CFLAGS, e.g.
make EXTRA_CFLAGS=-Wno-error=foo V=1
Reported-by: Alexandru Ardelean
Signed-off-by: Thomas Graf
---
datapath/linux/Kbuild.in | 10 +-
1 file changed, 5 insertions(+), 5 deletio
On 11/26/14 at 03:54pm, Alexandru Ardelean wrote:
> Back with some findings.
>
> Could you please take a look at this Makefile ?
> https://github.com/openwrt/packages/blob/master/net/openvswitch/Makefile
>
> This is our package file that wraps the OpenWRT build system around
> OpenVSwitch.
> Star
Just checked.
That seems to have did it.
I'll update the OpenWRT patches folder with this patch (remove my patch)
and update the build rules.
Thank you.
On Wed, Nov 26, 2014 at 4:53 PM, Thomas Graf
wrote:
> On 11/26/14 at 03:54pm, Alexandru Ardelean wrote:
> > Back with some findings.
> >
> >
I'm making a free-will financial donation. Reply to partake
mariae.schaeffl...@aol.com Maria Schaeffler
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
On Tue, Nov 25, 2014 at 8:19 PM, YAMAMOTO Takashi
wrote:
>> Since dpif registering for routing table at initialization
>> there is no need to unregister it. Following patch removes
>> support for turning routing table notifications on and off.
>> Due to this change OVS always listens for these
>>
Since dpif registering for routing table at initialization
there is no need to unregister it. Following patch removes
support for turning routing table notifications on and off.
Due to this change OVS always listens for these
notifications.
Reported-by: YAMAMOTO Takashi
Signed-off-by: Pravin B Sh
On Tue, Nov 25, 2014 at 4:01 PM, Alex Wang wrote:
> On current master, the 'struct dp_netdev_port' is destroyed
> immediately when the ref count reaches 0. However, non-pmd
> threads calling the dpif_netdev_execute() for sending packets
> could hold pointer to 'port' that is not ref-counted. Thu
OK, I didn't understand that until now.
It's nice to add "[RFC]" to the subject when you post a patch for
discussion rather than for immediate application.
Thanks for clarifying!
On Wed, Nov 26, 2014 at 01:51:31PM +, Alin Serdean wrote:
> Hi Ben,
>
> I was just scratching the surface.
>
On Wed, Nov 26, 2014 at 03:52:31PM +0100, Thomas Graf wrote:
> This allows users to pass in additional compiler flags through the
> environment variable EXTRA_CFLAGS, e.g.
>
>make EXTRA_CFLAGS=-Wno-error=foo V=1
>
> Reported-by: Alexandru Ardelean
> Signed-off-by: Thomas Graf
Thanks for th
Alex,
Did you consider simply taking a reference instead of the mutex? pros/cons?
Jarno
On Nov 25, 2014, at 4:01 PM, Alex Wang wrote:
> On current master, the 'struct dp_netdev_port' is destroyed
> immediately when the ref count reaches 0. However, non-pmd
> threads calling the dpif_netdev
On Wed, Nov 26, 2014 at 10:37:16AM +0900, Simon Horman wrote:
> On Tue, Nov 25, 2014 at 03:31:50PM -0800, Ben Pfaff wrote:
> > On another note, the description of the extension at the end of this
> > message is useful. Does one of the patches add it to the tree
> > somewhere?
>
> No, but I'm happ
can you make your coding on https://github.com/ ?
can you add this to your website https://www.openaccessbutton.org/
if you have accept payments can you make bitcoin a option ?
alot websites use https://bitpay.com/ or https://www.coinbase.com/ so people
can donate on there website
___
Yeah,
If we take a ref count, then, there is possibility that threads like
'monitor'
thread can take a reference when main thread is deleting the 'port'
=> delay the netdev_close
=> if main thread want to immediately recreate the port, it will fail...
So, it is most safe to just acquire the lock
I received an off-list report that OVS 2.3.0 fails a number of OFtest
test cases. I don't know whether they are important failures or not.
Anyone have some time to run a "make check-oftest" against the latest
version of OFtest and do a little investigation? Much appreciated.
Thanks,
Ben.
__
On Nov 25, 2014, at 7:33 PM, Jesse Gross wrote:
> On Fri, Sep 5, 2014 at 4:05 PM, Jarno Rajahalme wrote:
>> Masked set action allows more megaflow wildcarding. Masked set action
>> is now supported for all writeable key types, except for the tunnel
>> key.
>>
>> The set tunnel action is an ex
On Nov 25, 2014, at 10:21 PM, Jesse Gross wrote:
> On Fri, Sep 5, 2014 at 4:05 PM, Jarno Rajahalme wrote:
>> Allow setting of fields without matching on the same fields. Field
>> existence check is done on set action execution time instead, using
>> the extracted flow key.
>>
>> Signed-off-by
On Nov 26, 2014, at 2:25 PM, Alex Wang wrote:
> Yeah,
>
> If we take a ref count, then, there is possibility that threads like
> 'monitor'
> thread can take a reference when main thread is deleting the 'port'
> => delay the netdev_close
> => if main thread want to immediately recreate the por
On Nov 25, 2014, at 3:35 PM, Ben Pfaff wrote:
> On Thu, Nov 20, 2014 at 04:42:48PM -0800, Jarno Rajahalme wrote:
>> Avoid comparing against specific values.
>>
>> Signed-off-by: Jarno Rajahalme
>
> Acked-by: Ben Pfaff
Thanks for the review!
Pushed to master,
Jarno
On Nov 25, 2014, at 3:37 PM, Ben Pfaff wrote:
> On Thu, Nov 20, 2014 at 04:42:49PM -0800, Jarno Rajahalme wrote:
>> Signed-off-by: Jarno Rajahalme
>
> Can this be an inline function instead of a macro? I'd prefer that.
Yes it can, I’ll make it so for the v2.
Jarno
___
On Nov 25, 2014, at 3:43 PM, Ben Pfaff wrote:
> On Thu, Nov 20, 2014 at 04:42:50PM -0800, Jarno Rajahalme wrote:
>> minimask_equal() and minimask_has_extra() can take benefit from the
>> fact that minimasks have no zero data.
>>
>> Signed-off-by: Jarno Rajahalme
>
> I suspect that the new mac
On Nov 25, 2014, at 4:19 PM, Ben Pfaff wrote:
> On Thu, Nov 20, 2014 at 04:42:51PM -0800, Jarno Rajahalme wrote:
>> Signed-off-by: Jarno Rajahalme
>
> In most of the cases this just improves readability and should not
> change the generated code much if at all. In miniflow_hash(), though,
> t
> Since dpif registering for routing table at initialization
> there is no need to unregister it. Following patch removes
> support for turning routing table notifications on and off.
> Due to this change OVS always listens for these
> notifications.
>
> Reported-by: YAMAMOTO Takashi
> Signed-off
On Wed, Nov 26, 2014 at 02:00:07PM -0800, Ben Pfaff wrote:
> On Wed, Nov 26, 2014 at 10:37:16AM +0900, Simon Horman wrote:
> > On Tue, Nov 25, 2014 at 03:31:50PM -0800, Ben Pfaff wrote:
> > > On another note, the description of the extension at the end of this
> > > message is useful. Does one of
I will review this version. If you like, you could send one more patch that
adds the documentation.
I will probably not review it until next week because of the Thanksgiving
holiday.
On November 26, 2014 6:54:16 PM PST, Simon Horman
wrote:
>On Wed, Nov 26, 2014 at 02:00:07PM -0800, Ben Pfaff
Thanks Ben,
I think I'll hold off on the extra patch for now.
Enjoy your holiday.
On Wed, Nov 26, 2014 at 07:03:35PM -0800, Ben Pfaff wrote:
> I will review this version. If you like, you could send one more patch that
> adds the documentation.
>
> I will probably not review it until next week
Hi Ben,
Thanks for the reply just wanted to confirm did you get any reply
regarding the EXT-502 from ONF extensibility working group.
Also can you please let me know what will happen if the new flow enters
the switch with same importance as the lowest importance in the flow
table. Considering
31 matches
Mail list logo