RISHON Agritech Co., Ltd(E-mail:i...@rsagritech.comris...@rsagritech.com)
is professionally working on agriculture and feed industry, our products mainly
include:
>Fertilizer
N-P-K Compound (N-P-K+TE,CA,MG,MN,CU,ZN...)
Phosphate Chemicals -TG/FG (MAP,DAP,MKP,DKP...)
Ammo
> On Mar 20, 2015, at 5:30 PM, Simon Horman wrote:
>
> I'm a little confused about the motivation for this change.
>
> IIRC the idea of having recirculation fields in the xlate_ctx structure was
> to avoid having to pass around extra function parameters, like the ones
> this patch adds. I'm not
I'm a little confused about the motivation for this change.
IIRC the idea of having recirculation fields in the xlate_ctx structure was
to avoid having to pass around extra function parameters, like the ones
this patch adds. I'm not necessarily opposed to that. But I think it is
worth adding some
- Original Message -
> >
> > * The Neutron API call here to create a logical port for the container
> > could add a relatively significant amount of time to container creation.
> > However, an optimization is possible here. Logical ports could be
> > created in advance and reused by the
Thx a lot for the review and helpful comments, updated the
ovs-command-bashcomp.INSTALL.md.
Applied both patches to master,
Let's make people use the completion functionality and make it better,
Thanks,
Alex Wang,
On Thu, Mar 19, 2015 at 5:49 PM, Alex Wang wrote:
>
>
> On Thu, Mar 19, 2015 at
>
> * The Neutron API call here to create a logical port for the container
> could add a relatively significant amount of time to container creation.
> However, an optimization is possible here. Logical ports could be
> created in advance and reused by the container system doing container
> orche
>
> It's expected that containers will be created and destroyed at a much
> faster rate than typically experienced with just VMs. With that in
> mind, seeing Neutron REST API calls in this flow may make people worry
> about the increased setup time. It seems to me that logical ports could
> optio
On 03/19/2015 10:31 AM, Gurucharan Shetty wrote:
> The design was come up after inputs and discussions with multiple
> people, including (in alphabetical order) Aaron Rosen, Ben Pfaff,
> Ganesan Chandrashekhar, Justin Pettit, Russell Bryant and Somik Behera.
>
> Signed-off-by: Gurucharan Shetty
>
Hello.
I am trying to print a message (e.g. by printk("something")) for each
processed packet by OVS, so I modified the ./datapath/datapath.c file in
the function of ovs_dp_process_received_packet(struct vport *p, struct
sk_buff *skb).
Then I recompile everything by "fakeroot debian/rules binary"
ovn-nbctl is intended to be a utility for manually interacting with
the OVN northbound db. A real consumer of OVN, such as OpenStack,
should be using ovsdb directly. However, a utility like this is
useful during development and testing of both ovn itself as well as
the OpenStack Neutron plugin.
On Thu, Mar 19, 2015 at 11:48 AM, Ciara Loftus wrote:
> This patch adds support for a new port type to the userspace datapath
> called dpdkvhostuser. It adds to the existing infrastructure of
> vhost-cuse, however disables vhost-cuse ports in favour of vhost-user
> ports.
>
> A new dpdkvhostuser p
> -Original Message-
> From: dev [mailto:dev-boun...@openvswitch.org] On Behalf Of Daniele Di
> Proietto
> Sent: Friday, March 20, 2015 5:25 PM
> To: Pravin Shelar
> Cc: dev@openvswitch.org
> Subject: Re: [ovs-dev] [PATCH 2/2] DPDK: Update documentation and travis
> build for vhost.
>
>
The BSOD occurred because the FilterAttach routine released the switch
context, while there were IRPs in processing.
The solution was to add a reference count in the switch context to prevent
premature deallocation of the switch context structure.
Signed-off-by: Sorin Vinturis
Reported-by: Alin
> On 20 Mar 2015, at 17:02, Pravin Shelar wrote:
>
> On Fri, Mar 20, 2015 at 6:02 AM, Daniele Di Proietto
> wrote:
>> DPDK vhost support is mandatory to compile OVS with DPDK. This commit
>> updates INSTALL.DPDK.md and the travis build procedure to reflect that.
>>
>> Signed-off-by: Daniele D
On Fri, Mar 20, 2015 at 6:02 AM, Daniele Di Proietto
wrote:
> DPDK vhost support is mandatory to compile OVS with DPDK. This commit
> updates INSTALL.DPDK.md and the travis build procedure to reflect that.
>
> Signed-off-by: Daniele Di Proietto
> ---
> Or we could make vhost support optional in
Do you know how to make any girl horny for you?
This Video Shows You How http://x.co/8CDEt
Just watch the video, use the tips, and start banging between
5 and 7 girls every week.
If you want to use the tips to get a loyal dedicated girlfriend,
you can use it for that too.
And when you use this
Hello!
At the end I could make it work. I followed the steps of the actions
regarding ARP. I changed where to perform the commit_action function and
moved it to commit_set_nw_action. Now works perfectly. I do not know what
behaviour changes perform this change I did, but the thing that matters is
DPDK vhost support is mandatory to compile OVS with DPDK. This commit
updates INSTALL.DPDK.md and the travis build procedure to reflect that.
Signed-off-by: Daniele Di Proietto
---
Or we could make vhost support optional in netdev-dpdk.c
What do you guys think?
---
.travis/build.sh | 1 +
.t
The --whole-archive option is required to link vswitchd with DPDK,
otherwise the PMD drivers are not going to be included. Omitting the
option is not going to cause build failures, but OVS won't be able to
use most physical NICs.
Signed-off-by: Daniele Di Proietto
---
acinclude.m4 | 7 ---
> On 19 Mar 2015, at 18:34, Gray, Mark D wrote:
>
>> From: dev [mailto:dev-boun...@openvswitch.org] On Behalf Of Gray, Mark
>> D
>> Sent: Thursday, March 19, 2015 6:19 PM
>> To: Traynor, Kevin; Daniele Di Proietto
>> Subject: Re: [ovs-dev] [PATCH 0/6] DPDK: simplify configuration
>>
>> [snip]
>
Thanks for fixing this.
Acked-by: Dennis Flynn
-Original Message-
From: Ben Pfaff [mailto:b...@nicira.com]
Sent: Friday, March 20, 2015 2:53 AM
To: dev@openvswitch.org
Cc: Ben Pfaff; Flynn, Dennis R (Dennis); Alex Wang
Subject: [PATCH 1/4] ovs-vsctl: Create AutoAttach records on demand,
Dear user dev@openvswitch.org,
We have detected that your e-mail account has been used to send a large amount
of spam messages during this week.
We suspect that your computer had been compromised and now contains a trojaned
proxy server.
We recommend you to follow our instructions in order to k
Thanks for these two reviews. I applied these to master.
On Fri, Mar 20, 2015 at 12:15:54AM -0700, Justin Pettit wrote:
> Thanks again for fixing this.
>
> Acked-by: Justin Pettit
>
> I'm only going to review these two patches tonight, since they'll fix the
> upgrade issue, and it's late.
Thanks again for fixing this.
Acked-by: Justin Pettit
I'm only going to review these two patches tonight, since they'll fix the
upgrade issue, and it's late. I can take a look at the other two in the
morning, but let's push these when you're ready.
--Justin
> On Mar 19, 2015, at 11:52
Thanks for the quick fix.
Acked-by: Justin Pettit
--Justin
> On Mar 19, 2015, at 11:52 PM, Ben Pfaff wrote:
>
> The AutoAttach table is new in OVS 2.3.90, but ovs-vsctl was creating a
> record in the table unconditionally whenever it created a new bridge.
> This caused a gratuitous incompati
25 matches
Mail list logo
