t number needed by the packet and
copy the data to different segments.
Signed-off-by: Michael Qiu
Signed-off-by: Jijiang Liu
---
lib/netdev-dpdk.c | 55 ---
1 file changed, 48 insertions(+), 7 deletions(-)
diff --git a/lib/netdev-dpdk.c b/lib/net
t number needed by the packet and
copy the data to different segments.
Signed-off-by: Michael Qiu
Signed-off-by: Jijiang Liu
---
lib/netdev-dpdk.c | 55 ---
1 file changed, 48 insertions(+), 7 deletions(-)
diff --git a/lib/netdev-dpdk.c b/lib/net
2016/10/28 18:50, Kavanagh, Mark B :
When doing packet clone, if packet source is from DPDK driver,
multi-segment must be considered, and copy the segment's
data one by one.
Signed-off-by: Michael Qiu
Signed-off-by: Jijiang Liu
---
lib/dp-packet.c | 25 ++---
1
river may hang.
Signed-off-by: Michael Qiu
Signed-off-by: Jijiang Liu
Thanks for the patch Michael; one minor nit, but otherwise looks good to me.
---
lib/dp-packet.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/lib/dp-packet.c b/lib/dp-packet.c
index 8e7defc..bf8522e 100644
--- a/l
r may hang.
Signed-off-by: Michael Qiu
Signed-off-by: Jijiang Liu
Thanks for the patch Michael; one minor nit, but otherwise looks good to me.
---
lib/dp-packet.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/lib/dp-packet.c b/lib/dp-packet.c
index 8e7defc..bf8522e 100644
--- a/l
tains
multipule segments, data_len is not equal to the
Typo in the previous line - 'multipule'
Thanks for point it out, I'll fix it.
packet size. This patch fix this issue.
Signed-off-by: Michael Qiu
Signed-off-by: Marcin Ksiadz
Signed-off-by: Mark Kavanagh
Signed-off-by:
2016/10/28 17:47, Kavanagh, Mark B :
Currently, when doing packet copy, lots of DPDK mbuf's info
will be missed, like packet type, ol_flags, etc.
Those information is very important for DPDK to do
packets processing.
Signed-off-by: Michael Qiu
Signed-off-by: Jijiang Liu
---
lib/dp-pac
When doing packet clone, if packet source is from DPDK driver,
multi-segment must be considered, and copy the segment's
data one by one.
Signed-off-by: Michael Qiu
Signed-off-by: Jijiang Liu
---
lib/dp-packet.c | 25 ++---
1 file changed, 22 insertions(+), 3 dele
Currently, one packet is only copied to one segment
in function dpdk_do_tx_copy(), this could be an issue
when a jumboframe comes, especially for multipile segments.
This patch calculate the segment number needed by the packet and
copy the data to different segments.
Signed-off-by: Michael Qiu
When a packet is from DPDK source, and it contains
multipule segments, data_len is not equal to the
packet size. This patch fix this issue.
Signed-off-by: Michael Qiu
Signed-off-by: Marcin Ksiadz
Signed-off-by: Mark Kavanagh
Signed-off-by: Przemyslaw Lal
Signed-off-by: Yuanhan Liu
---
lib
Currently, when doing packet copy, lots of DPDK mbuf's info
will be missed, like packet type, ol_flags, etc.
Those information is very important for DPDK to do
packets processing.
Signed-off-by: Michael Qiu
Signed-off-by: Jijiang Liu
---
lib/dp-packet.c | 3 +++
lib/netdev-dpdk.c | 4 ++
When building with DPDK, and using xmalloc() to get a new packet,
field mbuf of the packet will not be initialized, but it's very important for
DPDK port when copying the data to DPDK mbuf, because if ol_flags
and other info are random values, DPDK driver may hang.
Signed-off-by: Michae
eeds multi-segment mbuf's
support.
This patchset enable DPDK multi-segment mbuf support in OVS.
Michael Qiu (5):
lib/dp-packet: init the mbuf to zero when build with DPDK
DPDK: copy additional packet info when do packet copy
lib/dp-packet: Fix data_len issue with multi-segments
lib/dp-pac
在 2016/10/25 1:16, Daniele Di Proietto 写道:
On 24/10/2016 00:31, "Michael Qiu" <08005...@163.com> wrote:
Hi, all
When I self-compiled the OVS-2.6 from commit:
commit 7a0f907b2393626dac1387617355990eab69aef7
Author: Justin Pettit
Date: Tue Sep 27 10:13:42 2016 -0700
sing native OVS.
Then find in OVS-DPDK:
# ovs-appctl fdb/show br-int
port VLAN MACAge
8 1 fa:16:3e:61:23:ed1
In OVS(another host, port 4 is patch port.):
ovs-appctl fdb/show br-int
port VLAN MACAge
6 2 fa:16:3e:09:9d:bc0
4 2
ently have a workaround, but want to do a
bit more digging before I report out on it.
Thanks,
Mark
Thanks,
Michael
2016年10月14日，下午5:15，Kavanagh, Mark B ：
Hi, Mark
OK, once it's ready， pls let me know and I'm glade to help to test it.
BTW， you mentioned the gap, is that the TSO and
Here, what will happen if v > ETHER_MAX_LEN but v < (b->mbuf.buf_len -
b->mbuf.data_off) ?
The driver will be get wrong data lenth in my option.
probably, below is right :
if (v > (b->mbuf.buf_len - b->mbuf.data_off))
b->mbuf.data_len = (uint16_t)(b->mbuf.buf_len - b-
ther on it?
Hi Michael,
Some work has already been done to enable TSO over VxLAN, but it was blocked
until recently, on account of gaps in the DPKD i40e PMD's support for tunnel
offload.
We believe that those gaps have now been addressed; our current focus is on
ironing out the issues in TSO s
,
or work together on it?
--
Thanks,
Michael
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
_
Michael sanders
Logistics Department
ALGRAFIKA SH.P.K
Tel : +355 4 23 52 506
Fax: +355 4 23 73 211
Mobile : +355 67 40 46 320
Web : <http://www.encaixa.com.br> www.encaixa.com.br
___
dev mailing list
dev@openvswitch.or
From V3 removed any unnecessary code change and removed cloning of the
running ovsdb configuration database. We should address SSL in a specific
patch without depending on the default database.
Signed-off-by: Michael Arnaldi
---
NEWS | 4 ++
ovn/northd/ovn-northd.c
From V3 removed any unnecessary code change and removed cloning of the
running ovsdb configuration database. We should address SSL in a specific
patch without depending on the default database.
Signed-off-by: Michael Arnaldi
---
NEWS | 4 ++
ovn/northd/ovn-northd.c
P.S. - If OVN decides to support the NAT/FIP architecture, I strongly
> recommend also offering some form of HA such as VRRP in the initial release
> to increase appeal to operators, most of whom became wary of neutron's
> inability to eliminate single points of failure for so many relea
Added a check on pid in start_northd
Added ssl params option cloning the conf db of normal openvswitch db (in this
way ssl should follow exactly the same behaviour as in normal ovsdb)
Added configuration options for logging
Signed-off-by: Michael Arnaldi
---
NEWS | 2
where logging is hardcoded?
> On 09 Feb 2016, at 19:28, Russell Bryant wrote:
>
> On 02/09/2016 01:21 PM, Kyle Mestery wrote:
>> On Tue, Feb 9, 2016 at 12:18 PM, Russell Bryant wrote:
>>> On 02/09/2016 01:12 PM, Kyle Mestery wrote:
>>>> On Tue, Feb 9, 2016 at 5:2
)
Said that I will wait feedback to proceed.
Signed-off-by: Michael Arnaldi
---
NEWS | 2 +
ovn/northd/ovn-northd.c | 33
ovn/utilities/ovn-ctl | 125 --
ovn/utilities/ovn-nbctl.c | 2 +-
ovn/utilities/ovn
the db interface pluggable?
What I will do for start is make some flags to have the option of running dbs
separately.
> On 08 Feb 2016, at 22:02, Russell Bryant wrote:
>
> On 02/08/2016 01:02 PM, Michael wrote:
>> Title fixed and updated ovn-northd to the new db paths.
>
&g
Title fixed and updated ovn-northd to the new db paths.
From 9052644fd5ed07583540292fcd0cb5ddc47d633e Mon Sep 17 00:00:00 2001
From: Michael Arnaldi
Date: Mon, 8 Feb 2016 18:56:51 +0100
Subject: [PATCH] Separating ovn nb&sb databases
Signed-off-by: Michael Arnaldi
---
ovn/northd/ovn-nort
e focused so the overhead of re-running should be not so big…
> On 08 Feb 2016, at 17:37, Ryan Moats wrote:
>
> Russell Bryant mailto:russ...@ovn.org>> wrote on 02/08/2016
> 10:24:29 AM:
>
> > From: Russell Bryant mailto:russ...@ovn.org>>
> > To: Ryan Moa
OVN NB & SB DB's should be separated and should run with ovn-ctl start_northd /
stop_northd
From 351cb81298c5b5393427958d1663cf1d3ddb370b Mon Sep 17 00:00:00 2001
From: Michael Arnaldi
Date: Mon, 8 Feb 2016 16:29:26 +0100
Subject: [PATCH 1/1] ovn/utilities: Separating OVN NB and SB
On 1/21/2016 1:46 AM, Traynor, Kevin wrote:
>> -Original Message-
>> From: dev [mailto:dev-boun...@openvswitch.org] On Behalf Of Aaron Conole
>> Sent: Tuesday, January 19, 2016 1:28 PM
>> To: Qiu, Michael
>> Cc: dev@openvswitch.org; Flavio Leitner; Zoltan
remote socket, it will lead bad performance.
Thanks,
Michael
> Signed-off-by: Aaron Conole
> Cc: Kevin Traynor
> ---
> v2:
> * Fix a conditional branch coding standard issue
> * When lcore coremask is set, do not reset the affinities as
> suggested by Kevin Traynor
>
>
t;>>> determines how many queues can be used by the guest.
>>>>
>>>> +
>>>> +Jumbo Frames
>>>> +
>>>> +
>>>> +Support for Jumbo Frames may be enabled at compile-time for DPDK-type
>>>> ports.
t;>>> determines how many queues can be used by the guest.
>>>>
>>>> +
>>>> +Jumbo Frames
>>>> +
>>>> +
>>>> +Support for Jumbo Frames may be enabled at compile-time for DPDK-type
>>>> ports.
400 should not
be a Jumbo frame.
Mark, could it be an option when start vswitchd with dpdk, thus when
users try to using Jumbo Frame, it will not need to re-compile ovs, just
an advise :)
What's more, we could config it in run time, just like we dynamically
config
tely?
In that case, there is no need to track replica state of each client as row
updates and row deletions
would be sent anyway. Client should ignore row deletion if it doesn't have it
in the replica.
Michael
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
removal?
Will OVSDB-server have to remember whether it synced this row for each
subscriber in order to send the right inserted/removed notifications?
thanks,
Michael
> On Oct 15, 2015, at 11:21 AM, Liran Schour wrote:
>
> Ben Pfaff wrote on 15/10/2015 02:44:44 AM:
>> On Wed, Sep 23
Thanks Ben.
We will start upstreaming obvious improvements and will initiate discussions
on dev@openvswitch.org before preparing the extensibility patches.
Michael
> -Original Message-
> From: Ben Pfaff [mailto:b...@nicira.com]
> Sent: Wednesday, October 14, 2015 1:38 PM
>
sical switching aspects to effectively extend shared components in a
decoupled way.
We would really like to hear what Open vSwitch community with its thought
leaders thinks about it.
Please share what's on your mind and let's make the networking industry better
together!
sical switching aspects to effectively
extend shared components in a decoupled way.
We would really like to hear what Open vSwitch community with its thought
leaders thinks about it.
Please share what's on your mind and let's make the networking industry better
together!
the same bond and
what impact would it have?
Thanks,
Michael
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
> -Original Message-
> From: Gray, Mark D [mailto:mark.d.g...@intel.com]
> Sent: Thursday, June 11, 2015 11:02 AM
> To: Zayats, Michael; dev@openvswitch.org
> Subject: RE: [ovs-dev] [PATCH] vswitchd: adding plugin infrastructre
>
> >
> > Per this patch ov
d --enable-shared configuration.
"make distcheck" pass.
Additional test is added into the testsuite, validating plugin insertion
and operation. Note that this test is skipped if OVS is not configured
with --enable-shared.
Signed-off-by: Michael Zayats
---
.gitignore |
To reply to Ben's suggestion.
That may not work as rsyslogd will server multiple producers. Other
producers only send UDP without calling syslog(). I will look to add a new
cmd line option.
Thanks,
Michael
On 4/22/15 8:15 AM, "Gurucharan Shetty" wrote:
>On Wed, Apr 2
Your erections will return with an amazing new hardness
These amazing medicines will bring you back to life
We have the largest selection!
Get FREE tablets for every new customers!
http://zzb.bz/a1og0
World Online Drug Store, Guaranteed Quality
_
Thanks for the suggestion, Ben.
I will add a new command line option.
Thanks,
Michael
On 4/21/15 12:30 PM, "Ben Pfaff" wrote:
>
>
> What if we add a command line option that
>disables logging to the local syslog, instead logging just t
new
product line. The reason to send UDP always was due to structured header
which has been explained in last email. Since MH is retiring and replaced
by new NSX, should we consider NSX scenario more? Otherwise we could fork
ovs for now.
Thanks,
Michael
On 4/20/15 12:36 PM, "Ben Pfaff&qu
he
reason for this patch.
BTW, since this parameter is called syslog-target, do we expect user to either
specify this to send udp log message or let vlog call syslog() but not both at
the same time? Is there other use case to send UDP packet and call syslog() at
the same time?
Thank
From: Michael Hu
Currently if --syslog-target=127.0.0.1:514 is enabled, syslog would have
duplicated log messages. The fix will not call syslog() if already having
syslog_fd indicating message is sent through udp.
Signed-off-by: Michael Hu
---
v1-v2: put RSYSLOG last in DESTINATION as ovs
From: Michael Hu
vlog.c: Avoid duplicating log message in rsyslog if enabling syslog-target
Currently if --syslog-target=127.0.0.1:514 is enabled, syslog would have
duplicated log messages. The fix will not call syslog() if already having
syslog_fd indicating message is sent through udp
On Wed, Mar 04, 2015 at 06:00:51PM +, Traynor, Kevin wrote:
> > > > > + 2. Disable SELinux or set to permissive mode
> > > >
> > > >
> > > > It's a work-around, but the right thing to do is really
> > > > to write up correct selinux policies.
> > > > Any plans to do this?
> > >
> > > No pla
Reported-by: Michael J. Smalley
Tested-by: Michael J. Smalley
Signed-off-by: Michael J. Smalley
This logic was breaking on a CentOS 6.6 box with all dependencies (ovs-vsctl,
docker, and uuidgen) installed and working. The check_command_avail function
checks to see if the commands exist by
Reported-by: Michael J. Smalley
Tested-by: Michael J. Smalley
This logic was breaking on a CentOS 6.6 box with all dependencies (ovs-vsctl,
docker, and uuidgen) installed and working. The check_command_avail function
checks to see if the commands exist by running "$command --version"
On Thu, Feb 12, 2015 at 12:59:17PM +, Traynor, Kevin wrote:
> > -Original Message-
> > From: Michael S. Tsirkin [mailto:m...@redhat.com]
> > Sent: Wednesday, January 21, 2015 11:19 AM
> > To: Traynor, Kevin
> > Cc: dev@openvswitch.org
> > Subj
On Thu, Jan 08, 2015 at 11:05:02PM +, Kevin Traynor wrote:
> This patch adds support for a new port type to userspace datapath
> called dpdkvhost. This allows KVM (QEMU) to offload the servicing
> of virtio-net devices to its associated dpdkvhost port. Instructions
> for use are in INSTALL.DPDK
On Wed, Dec 03, 2014 at 10:56:02AM -0800, Rick Jones wrote:
> Trying to "fake-out" an ICMP message to paper-over "devices" in the "middle"
> of same Layer2 network having different MTUs from the ends goes back to at
> least the days when people started joining FDDI networks to Ethernet
> networks w
On Wed, Dec 03, 2014 at 10:02:44PM +, Thomas Graf wrote:
> On 12/03/14 at 11:38am, Jesse Gross wrote:
> > On Wed, Dec 3, 2014 at 10:38 AM, Michael S. Tsirkin wrote:
> > > Both approaches seem strange. You are sending 1 packet an hour to
> > > some destination behind
On Wed, Dec 03, 2014 at 10:07:42AM -0800, Jesse Gross wrote:
> On Wed, Dec 3, 2014 at 1:03 AM, Michael S. Tsirkin wrote:
> > On Tue, Dec 02, 2014 at 10:12:04AM -0800, Jesse Gross wrote:
> >> On Tue, Dec 2, 2014 at 9:41 AM, Thomas Graf wrote:
> >> > On 12/02/14
On Tue, Dec 02, 2014 at 10:12:04AM -0800, Jesse Gross wrote:
> On Tue, Dec 2, 2014 at 9:41 AM, Thomas Graf wrote:
> > On 12/02/14 at 07:34pm, Michael S. Tsirkin wrote:
> >> On Tue, Dec 02, 2014 at 05:09:27PM +, Thomas Graf wrote:
> >> > On 12/02/14 at
On Tue, Dec 02, 2014 at 05:09:27PM +, Thomas Graf wrote:
> On 12/02/14 at 01:48pm, Flavio Leitner wrote:
> > What about containers or any other virtualization environment that
> > doesn't use Virtio?
>
> The host can dictate the MTU in that case for both veth or OVS
> internal which would be p
in
> > >this case I
> > >believe.
> >
> > Problem here is host stack push local over-sized gso skb down to NIC, and
> > perform GSO there
> > without any further ip segmentation.
> >
> > Reasonable behavior is do gso first at ip level, if gso-
Thanks Ben. Will do.
Michael
-Original Message-
From: Ben Pfaff [mailto:b...@nicira.com]
Sent: Friday, April 19, 2013 8:38 AM
To: Michael Yip
Cc: Justin Pettit; dev@openvswitch.org
Subject: Re: [ovs-dev] openvswitch - Q-in-Q
On Fri, Apr 19, 2013 at 07:19:09AM +, Michael Yip wrote
Hi Justin,
Is Q-in-Q on the roadmap for OVS? If so, which release?
Thanks,
Michael
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
Hi,
I was reviewing the files and most are under Apache license except flow.c which
is under GPL v2. Is there any way we could have all the files under Apache
license?
Thanks,
Michael
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org
Thank you for that pointer. It may take me a little while, but I definitely
will.
Best regards,
Mike Przybylski
On Apr 8, 2013, at 8:27, Jesse Gross wrote:
> On Sun, Apr 7, 2013 at 9:35 PM, Michael Przybylski
> wrote:
>> Hi Jesse,
>>
>> Thank you for getti
ls between 3.2.0 and 3.4.0
Signed-off-by: Michael Przybylski
>From 84d49c098269d4212aabe3b9e14aa7f09ec4e417 Mon Sep 17 00:00:00 2001
From: Michael Przybylski
Date: Sun, 7 Apr 2013 15:26:42 -0700
Subject: [PATCH] Prevent redefinition of dev_hw_addr_random when building
brcompat.ko for Debian Wheezy
RE: From Hong Kong 10/09/12.
Greetings, my name is Mr. Daniel Tsai from Hong Kong. I want you to be my
partner in a business project of 44.5M USD. Please reply back via my private
e-mail address for more info danieltsa...@yahoo.com.hk or d.t...@aol.com thank
you. Mr. Daniel Tsai
_
modprobe,
here is the output:
ERROR: could not insert 'brcompat_mod': Exec format error
And in dmesg:
brcompat_mod: exports duplicate symbol br_should_route_hook (owned by
bridge)
thanks for the reply,
Rgds,
Michael Chlon
-- System Information:
Debian Release: wheezy/sid
A
You have exceeded the email quota limit of 450MB and you need to expand
the e-mail quota before the next 48 hours.if you do not update your e-mail
account in 2012, you must do it now. You can expand
1GB email quota limit, use the following web link:
https://docs.google.com/spreadsheet/viewform?for
69 matches
Mail list logo
