ch.org; Ben Pfaff
>Subiect: Re: [ovs-dev] [PATCH 3/4] Changes needed to compile dpif-linux.c
>with MSVC
>
>Hi Alin,
>
>We are getting to a point where we need this change. Do you plan to send a
>V2 soon?
>
>Thanks!
>Saurabh
>
>
>>Hi Saurabh,
>>
>&
l-
>De la: Saurabh Shah [mailto:ssaur...@vmware.com]
>Trimis: Friday, August 15, 2014 4:21 AM
>Către: Alin Serdean; dev@openvswitch.org
>Subiect: RE: [ovs-dev] [PATCH 3/4] Changes needed to compile
>dpif-linux.c with MSVC
>
>We should change the name of the class to dpif_netli
la: Saurabh Shah [mailto:ssaur...@vmware.com]
>Trimis: Friday, August 15, 2014 4:21 AM
>Către: Alin Serdean; dev@openvswitch.org
>Subiect: RE: [ovs-dev] [PATCH 3/4] Changes needed to compile dpif-linux.c
>with MSVC
>
>We should change the name of the class to dpif_netlink_class an
On Aug 13, 2014, at 8:16 AM, Alin Serdean
wrote:
> The following changes are just a start to begin a discussion.
>
> Bypass all epoll functionality.
>
> IOCP work the other way around than epoll: you get if the operation finished
> for a HANDLE in contrast of getting the number of file descrip
la: Saurabh Shah [mailto:ssaur...@vmware.com]
> Trimis: Friday, August 15, 2014 4:21 AM
> C?tre: Alin Serdean; dev@openvswitch.org
> Subiect: RE: [ovs-dev] [PATCH 3/4] Changes needed to compile dpif-linux.c
> with MSVC
>
> We should change the name of the class to dpif_netlink_class and re
y, August 13, 2014 8:17 AM
> To: dev@openvswitch.org
> Subject: [ovs-dev] [PATCH 3/4] Changes needed to compile dpif-linux.c
> with MSVC
>
> The following changes are just a start to begin a discussion.
>
> Bypass all epoll functionality.
>
> IOCP work the othe
h.org
> Subject: [ovs-dev] [PATCH 3/4] Changes needed to compile dpif-linux.c with
> MSVC
>
> The following changes are just a start to begin a discussion.
>
> Bypass all epoll functionality.
>
> IOCP work the other way around than epoll: you get if the operation finished
&g
The following changes are just a start to begin a discussion.
Bypass all epoll functionality.
IOCP work the other way around than epoll: you get if the operation finished
for a HANDLE in contrast of getting the number of file descriptors that are
ready for an operation.
It also adds a lot of over
