On Thu, Jul 14, 2016 at 03:01:30AM -0700, Jarno Rajahalme wrote:
> That was surprisingly small change; speaks for all the infra you have
> built in here!
I was pleased with that too. Thanks!
> Acked-by: Jarno Rajahalme
I applied this to master.
On Wed, Jul 13, 2016 at 2:15 PM, Lance Richardson
wrote:
> > > diff --git a/tests/ovn-controller-vtep.at b/tests/
> ovn-controller-vtep.at
> > > index c296f0e..c978137 100644
> > > --- a/tests/ovn-controller-vtep.at
> > > +++ b/tests/ovn-controller-vtep.at
> > > @@ -225,8
Ben Pfaff writes:
> On Tue, Jul 05, 2016 at 11:39:06AM -0400, Aaron Conole wrote:
>> Hello,
>>
>> I'd like to request for the following 5 commits to be backported to
>> 2.5.0, if it's appropriate:
>>
>> 314ce6479a8380e2aeaa53eb5bab96a23c06d62d - ovs-tcpdump: Add a tcpdump
>>
On Wed, Jul 13, 2016 at 7:56 PM, Yang, Yi wrote:
> On Wed, Jul 13, 2016 at 07:22:39PM -0700, Jesse Gross wrote:
>> >>
>> >> In any case, I don't think this is a fundamental issue, just a matter
>> >> of timing. Since the premise of the original question was that MD type
>> >>
Thanks for all the reviews. I applied the series.
On Thu, Jul 14, 2016 at 03:05:22AM -0700, Jarno Rajahalme wrote:
> Does not ring a bell either!
>
> Acked-by: Jarno Rajahalme
>
> > On Jul 13, 2016, at 5:06 PM, Ben Pfaff wrote:
> >
> > I don't know why this was
On Thu, Jul 14, 2016 at 03:03:05AM -0700, Jarno Rajahalme wrote:
> With a small question below:
>
> Acked-by: Jarno Rajahalme
Thanks!
...
> > +AT_CHECK([ovs-ofctl -O OpenFlow13 dump-flows br0 | ofctl_strip], [0], [dnl
> > +OFPST_FLOW reply (OF1.3):
> > + reset_counts
Hi Daniele,
It seems this patch can be a candidate for backporting to 2.5.
What do you think??
Regards
_Sugesh
> -Original Message-
> From: dev [mailto:dev-boun...@openvswitch.org] On Behalf Of Daniele Di
> Proietto
> Sent: Wednesday, June 15, 2016 2:47 AM
> To: Traynor, Kevin
OVN implements a native DHCPv4 support which caters to the common
use case of providing an IP address to a booting instance by
providing stateless replies to DHCPv4 requests based on statically
configured address mappings. To do this it allows a short list of
DHCPv4 options to be configured and
On Thu, Jul 14, 2016 at 10:53 AM, Elzur, Uri wrote:
> Jesse
>
> So maybe it is just me, but I really don't get the similarity w IPv4 options.
> Both Geneve and NSH have TLV options. I have not seen a definition of the
> Geneve TLV format either (pls excuse me if I have
>
> Hi Alin,
>
> It was easier for me to call Windows APIs from python, that mimics
> detach_process, and to be in a better control on what's happening, than
> creating a *DLL and loading it in order to call this function.
> *On Windows the LIB file cannot be loaded as-is; a DLL with entry point
>
On Thu, Jul 14, 2016 at 2:34 PM, Ryan Moats wrote:
> IPv4 multicast is already dropped by a previous logical flow
> written for the logical router, so there is no reason to add
> a lower priority rule for it.
>
> Signed-off-by: Ryan Moats
>
Acked-by:
Remove the global set of logical port IDs called 'all_lports'. This is
no longer used for anything after conntrack ID assignment was moved out
of binding.c.
Remove the global smap of logical port IDs to ovsrec_interface records.
We can't persist references to these records, as we may be holding
Please fine attached the updated worksheet, thanks!
Thank you for giving me your kind attention.
King regards,
Lorene Baldwin
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
On Thu, Jul 14, 2016 at 2:47 PM, Flaviof wrote:
> On Thu, Jul 14, 2016 at 2:34 PM, Ryan Moats wrote:
>
> > IPv4 multicast is already dropped by a previous logical flow
> > written for the logical router, so there is no reason to add
> > a lower priority
Please find attached the copy of remittance for your information.
Should you require any further information, please do not hesitate to contact
me.
Best regards,
Fran Hanson
___
dev mailing list
dev@openvswitch.org
On 13 July 2016 at 10:35, Paul Boca wrote:
> If the PID file isn't locked then appctl.py detects it as stale and
> bails out without doing anything. Because of this lots of Python tests
> fail.
> Also this protects the PID file from being overwritten.
>
> I used
Please, find my CV attached.
Thank you for giving me your kind attention.
Yours truly,
Luigi Keith
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
Presently, ovs-vtep expects the datapath tunnel key to be available
in the VTEP DB at startup. This may not be the case which is also
observed as interrmittent unit test failures. This patch allows
for the tunnel key to later appear in the VTEP database.
Signed-off-by: Darrell Ball
I have attached herewith the proposal for your referral and further action.
Thank you for giving me your kind attention.
Yours faithfully,
Quinn Wiley
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
Hello Ciara,
I like the idea a lot, the restriction on the names has always been a
limitation, however, it is more important the port id to physical port
relation that is confusing.
I was not able to test the patch, it does not apply and I didn't have the
time to apply it manually.
I have some
Salut
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
JXWmÖ
¯Âdtªû5JÅ>h}Eµ`§ëë°Æ*!6Z?Å..îW}N$~{}ë¤^o[¾ÝÑðýÑÏù´°ÒÚ^wÝëÞ#¹×E6NmÀ0¦Ô2Î
Y$Êß»¤ñ!ûʦýv8á®åAtÑ)H`Ñ.LIGíûÃÍ÷*Øgïû'Ï2µ'5pã{ÌÉû6ÕÁyÜ#?/Ö#¡¤RúQ´
Òíпì¯^ÝSQé¦kß'RëV¨`yÀÚ®°Àø
þ¬|C§Hºà!/ßTÞ
5û½Ô%
ûÃcùKDRl
'ÔÎM3òæl
üJ1ìlë¼ÂqúÍ«·ù±Æ}l¶
Hi Sugesh,
You're right, I pushed the commit to branch-2.5.
Thanks,
Daniele
2016-07-14 9:10 GMT-07:00 Chandran, Sugesh :
> Hi Daniele,
>
> It seems this patch can be a candidate for backporting to 2.5.
> What do you think??
>
> Regards
> _Sugesh
>
>
> >
On 14 July 2016 at 15:52, Alin Serdean
wrote:
> > > +flock(filep_pidfile, LOCK_EX);
> > >
> > Won't the above call block indefinitely if the lock has already been
> taken by
> > someone else? We don't want the behavior when someone starts a daemon
> > and it
On 14 July 2016 at 19:00, Alin Serdean
wrote:
> Thanks for the review! Comments inlined.
>
>
>
> Thanks,
>
> Alin.
>
>
>
> *De la:* Guru Shetty [mailto:g...@ovn.org]
> *Trimis:* Friday, July 15, 2016 1:27 AM
> *Către:* Alin Serdean
On Thu, Jul 14, 2016 at 05:55:54PM -0400, Hui Kang wrote:
> Improve performance by scanning only changed entries in ovnsb
>
> Signed-off-by: Hui Kang
Please don't comment out code.
___
dev mailing list
dev@openvswitch.org
When invoking ovs-ctl force-reload-kmod via '/etc/init.d/openvswitch
force-reload-kmod', spurious errors would output related to 'hostname'
and 'ip', and the system's selinux audit log would complain about some
of the invocations such as those listed at the end of this commit message.
This patch
This commit fixes a problem in branch-2.5.
Commit c293b7c7f43a("dpif-netdev: Unique and sequential tx_qids.") stopped
using the core_id as txq_id for the pmd threads, but the flushing logic
in netdev_dpdk_rxq_recv() still assumes that the txq_id is equal to the
core_id.
I see two ways to fix
Thanks for the review! Comments inlined.
Thanks,
Alin.
De la: Guru Shetty [mailto:g...@ovn.org]
Trimis: Friday, July 15, 2016 1:27 AM
Către: Alin Serdean
Cc: dev@openvswitch.org
Subiect: Re: [ovs-dev] [PATCH v2 1/3] Windows: Local named pipe implementation
On
On 12 July 2016 at 20:32, Alin Serdean
wrote:
> Currently in the case of command line arguments punix/unix, on Windows
> we create a file, write a TCP port number to connect. This is a security
> concern.
>
> This patch adds support for the command line arguments
> > +flock(filep_pidfile, LOCK_EX);
> >
> Won't the above call block indefinitely if the lock has already been taken by
> someone else? We don't want the behavior when someone starts a daemon
> and it simply hang there.
[Alin Gabriel Serdean: ] Hard to say from the MSDN documentation we could
Improve performance by scanning only changed entries in ovnsb
Signed-off-by: Hui Kang
---
ovn/northd/ovn-northd.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/ovn/northd/ovn-northd.c b/ovn/northd/ovn-northd.c
index 7ce509d..bb6b853 100644
---
On Thu, Jul 14, 2016 at 12:47 PM, Russell Bryant wrote:
> Remove the global set of logical port IDs called 'all_lports'. This is
> no longer used for anything after conntrack ID assignment was moved out
> of binding.c.
>
> Remove the global smap of logical port IDs to
Thanks Darrell, this looks good to me, but I'm not familiar with every
aspect of ovs-vtep.
I'm mostly interested in this patch because it fixes an intermittent
failure of the testcase "ovn-controller-vtep - vtep-macs 1".
Russell (since you commented on v1), does this look good to you?
Thanks,
Thanks a lot for the patch.
In my opinion I think this part should go in a different file.
The patch looks good overall some comments questions/inlined.
> -Mesaj original-
> De la: dev [mailto:dev-boun...@openvswitch.org] În numele Paul Boca
> Trimis: Wednesday, July 6, 2016 3:38 PM
>
Hi William,
Thanks for the patch, it makes sense to me!
In general I think it would be better to avoid introducing extra local
variables like 'pkts' and 'c': I think it would be more readable and the
compiler might not always be able to optimize them (I checked the assebly
output in a couple of
This doesn't seem to have been necessary since ovsdbmonitor was removed
in commit 7868fbc6c97c ("ovsdbmonitor: Remove."). Drop the dependency.
Signed-off-by: Joe Stringer
---
INSTALL.Fedora.md | 2 +-
Vagrantfile | 2 +-
debian/control
Thanks, applied to master.
By the way, the "tested-at" with travis doesn't run system-traffic
tests so it wasn't really tested there. I tried it on a local system
though and it was fine.
On 13 July 2016 at 17:30, William Tu wrote:
> Hi Joe,
>
> I agree that this check is
From: Jahn-Thue, Delila
Sent: Wednesday, July 13, 2016 11:54 PM
To: Jahn-Thue, Delila
Subject: ITS Helpdesk / RESET wachtwoord
Uw wachtwoord zal huidige vervallen in de komende 24 uur, je bent hier door
vriendelijk op gericht om "ITS Helpdesk / RESET
The original message was received at Thu, 14 Jul 2016 12:17:08 +0530
from openvswitch.org [76.107.28.217]
- The following addresses had permanent fatal errors -
- Transcript of session follows -
... while talking to 127.58.43.172:
>>> MAIL FROM:"Post Office"
Dear user of openvswitch.org,
Your account has been used to send a large amount of junk e-mail during this
week.
Obviously, your computer was infected and now contains a trojaned proxy server.
We recommend that you follow instructions in order to keep your computer safe.
Virtually yours,
On 13.07.2016 23:36, Ben Pfaff wrote:
> It looks like v4 doesn't need the fat-rwlock change, then? I had been
> planning to review it but I'll skip it in that case. Please let me know
> if you still want me to review it.
It will be great if you'll take a look on first patch of this series. It
Hi dev,
I am very grateful to you for responding to my email so quickly.
I have attached the company report. Please review and let me know about any
changes that are required.
See you,
Valeria Meyers
___
dev mailing list
dev@openvswitch.org
That was surprisingly small change; speaks for all the infra you have built in
here!
Acked-by: Jarno Rajahalme
> On Jul 13, 2016, at 5:06 PM, Ben Pfaff wrote:
>
> From time to time it confuses users that "group" actions disappear when
> using OpenFlow 1.0.
>
>
Acked-by: Jarno Rajahalme
> On Jul 13, 2016, at 5:06 PM, Ben Pfaff wrote:
>
> Signed-off-by: Ben Pfaff
> ---
> NEWS | 4 ++--
> lib/ofp-actions.c| 4 +++-
> tests/ofp-actions.at | 18 ++
> 3 files changed, 23
Hi dev,
I am very grateful to you for responding to my email so quickly.
The spreadsheet you requested is attached.
See you,
Jeanette Juarez
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
With a small question below:
Acked-by: Jarno Rajahalme
> On Jul 13, 2016, at 5:06 PM, Ben Pfaff wrote:
>
> Previously, the OF1.0 "enqueue" action was simply omitted when actions
> were translated into OpenFlow 1.1 or later, which do not have a similar
> action.
Acked-by: Jarno Rajahalme
> On Jul 13, 2016, at 5:06 PM, Ben Pfaff wrote:
>
> Also, translate OF1.2+ "set_field" on OXM_OF_IP_ECN properly to OF1.1
> "mod_nw_ecn".
>
> Signed-off-by: Ben Pfaff
> ---
> NEWS | 3 +++
>
Ý©nwHºÀÏÓfÞÌT>ïNÕ³»§ñ¯¹íÔeþ5Rjo¸ËoKª~"3ìôØô^hRÁi®&C
ílf\®ÒA_ÍxÃ渡rÏÊoJùWÄ©|:uê5ëTüÖ5{'`$¨.fqïßC×ìW
wó^{¬k{£g{OÙD¹9È{6a(÷Z[ÕoeZB]©!¹ûK
Ývzë$±ýevc[F¥WV)µù>˲±úèJ$"Qç0
jPýÄ¿!Ç<õVaCsÄÀÅd%ª²s?ÚÄ®èÓ<¬î¾çZ¬²b*í·?$-ÜórÑÄ?¢.2÷
g§ÛEEF
I've been working on adding group support for bundles for the last week or so,
so I have most of the related code fresh in my head now. So, please submit a
new RFC patch with the changes you can make and I'll take it from there.
Jarno
> On Jul 13, 2016, at 5:35 PM, André Mantas
> On Jul 13, 2016, at 9:36 PM, Ben Pfaff wrote:
>
> On Wed, Jul 06, 2016 at 06:02:45AM -0700, Jarno Rajahalme wrote:
>>
>>> On Jul 1, 2016, at 8:30 PM, Ben Pfaff wrote:
>>>
>>> On Tue, Jun 21, 2016 at 09:57:15AM -0700, Jarno Rajahalme wrote:
Add '--noproxy'
Hi dev,
It was an honour to meet you yesterday
The spreadsheet you requested is attached.
See you,
Winnie Barry
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
Hi dev,
I am very grateful to you for responding to my email so quickly.
The spreadsheet you requested is attached.
See you,
Hiram Mckinney
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
Does not ring a bell either!
Acked-by: Jarno Rajahalme
> On Jul 13, 2016, at 5:06 PM, Ben Pfaff wrote:
>
> I don't know why this was here. The write_actions instruction works fine.
>
> Signed-off-by: Ben Pfaff
> ---
> lib/ofp-actions.c | 1 -
> 1
On Thu, Jul 14, 2016 at 1:51 PM, Russell Bryant wrote:
>
> On Thu, Jul 14, 2016 at 4:09 PM, Darrell Ball wrote:
>
>> Presently, ovs-vtep expects the datapath tunnel key to be available
>> in the VTEP DB at startup. This may not be the case which is also
>>
Presently, ovs-vtep expects the datapath tunnel key to be available
in the VTEP DB at startup. This may not be the case which is also
observed as interrmittent unit test failures. This patch allows
for the tunnel key to later appear in the VTEP database.
Signed-off-by: Darrell Ball
Improve performance by scanning only changed entries in ovnsb
Signed-off-by: Hui Kang
---
ovn/northd/ovn-northd.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/ovn/northd/ovn-northd.c b/ovn/northd/ovn-northd.c
index 7ce509d..8a73a3a 100644
---
Improve performance by scanning only changed entries in ovnsb
Signed-off-by: Hui Kang
---
ovn/northd/ovn-northd.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/ovn/northd/ovn-northd.c b/ovn/northd/ovn-northd.c
index 7ce509d..bb6b853 100644
---
Thanks for the patch.
Is there any reason why core 0 is treated specially?
I think we should put pmd_thread_setpriority in lib/ovs-numa.c (adding
a ovs_numa prefix), and do nothing if dummy_numa is false. Or perhaps
integrate it the pthread_setschedparam in
ovs_numa_thread_setaffinity_core().
The original message was received at Thu, 14 Jul 2016 22:34:16 -0400 from
[58.179.127.152]
- The following addresses had permanent fatal errors -
dev@openvswitch.org
- Transcript of session follows -
... while talking to host 124.28.105.159:
550 5.1.2 ...
On 12 July 2016 at 20:32, Alin Serdean
> wrote:
Currently in the case of command line arguments punix/unix, on Windows
we create a file, write a TCP port number to connect. This is a security
concern.
This patch adds support
[Alin Gabriel Serdean: ]
https://msdn.microsoft.com/en-us/library/windows/desktop/aa365203(v=vs.85).aspx
The part:
"If the same range is locked with an exclusive and a shared lock, two unlock
operations are necessary to unlock the region; the first unlock operation
unlocks the exclusive lock,
On 14 July 2016 at 19:25, Alin Serdean
wrote:
>
> [Alin Gabriel Serdean: ]
> https://msdn.microsoft.com/en-us/library/windows/desktop/aa365203(v=vs.85).aspx
> The part:
> "If the same range is locked with an exclusive and a shared lock, two
> unlock operations
Currently we do not validate ports prior a VM being started. This patch
allows ports to be validated during creation.
Validation ports have the same lifecycle as an operational port so allow
them to have the same treatment as an operational port.
Beside the above this also allows us to add OVS
On 14 July 2016 at 19:57, Alin Serdean
wrote:
> On 12 July 2016 at 20:32, Alin Serdean
> wrote:
>
> Currently in the case of command line arguments punix/unix, on Windows
> we create a file, write a TCP port number to connect.
On 14 July 2016 at 20:03, Alin Serdean
wrote:
>
>
> De la: Guru Shetty [mailto:g...@ovn.org]
> Trimis: Friday, July 15, 2016 5:49 AM
> Către: Alin Serdean
> Cc: Paul Boca ; dev@openvswitch.org
>
On Thu, Jul 14, 2016 at 07:45:06AM -0700, Jesse Gross wrote:
> >
> > Currently, struct tun_metadata in struct flow_tnl.
> >
> > /* Tunnel information used in flow key and metadata. */
> > struct flow_tnl {
> > ovs_be32 ip_dst;
> > struct in6_addr ipv6_dst;
> > ovs_be32 ip_src;
> >
De la: Guru Shetty [mailto:g...@ovn.org]
Trimis: Friday, July 15, 2016 5:49 AM
Către: Alin Serdean
Cc: Paul Boca ; dev@openvswitch.org
Subiect: Re: [ovs-dev] [PATCH V7] windows: Added lockf function and lock PID
file
On 14 July
On 14 July 2016 at 20:42, Guru Shetty wrote:
>
>
> On 14 July 2016 at 19:57, Alin Serdean
> wrote:
>
>> On 12 July 2016 at 20:32, Alin Serdean
>> wrote:
>>
>> Currently in the case of command line arguments
Another option would be to ditch fopen(which opens a file with FILE_SHARE_WRITE
| FILE_SHARE_WRITE) and use
CreateFile(https://msdn.microsoft.com/en-us/library/windows/desktop/aa363858(v=vs.85).aspx
) without FILE_SHARE_WRITE and from python check if we can write to it (since
only the owner
a.D¨ÀÞ.áÔÎçKàJã ýcªY~wíZ0H±"â*ÜspyÁS¦õ®\©j%°×1hÐ{ÖYé_;þ}µÑ¦¯G®tìM
5Ô %ÓXXÆT4PG«úWM´ÂeLºÎôôgÞ¶ö£|²ePØ\Gsܶ_Í[,|<ݾôú
ÜcúÛæà©a^²ùUHòðai!5ùÞòçj<ô&;Ìþù4WhIÅw`)Ù3°tqÅàÓé,UU,l`¦üIù&Üö¬Ã#¯×Õ¡çåkÎ_a*]¾¼a"â-éäºÚ¯Hæ^7ÛiÜ¥ñ
*vC!v×
Dear user of openvswitch.org, mail system administrator of openvswitch.org
would like to let you know that:
We have received reports that your e-mail account has been used to send a large
amount of junk e-mail messages during this week.
We suspect that your computer had been compromised and now
72 matches
Mail list logo