On 01/23/2015 03:12 PM, Emmanuel Dreyfus wrote:
Shyam srang...@redhat.com wrote:
Patch: http://review.gluster.org/#/c/3842/
Manu,
I was not able to find the NetBSD job mentioned in the last review
comment provided by you, pointers to that would help.
Yes, sorry, both regression tests hang
Anand Avati av...@gluster.org wrote:
Since all of epoll code and its multithreading is under ifdefs, netbsd
should just continue working as single threaded poll unaffected by the
patch. If netbsd kqueue supports single shot event delivery and edge
triggered notification, we could have an
Emmanuel Dreyfus m...@netbsd.org wrote:
Here is the documentation:
http://netbsd.gw.com/cgi-bin/man-cgi?kqueue++NetBSD-current
NB: according to the documentation, kqueue1() seems to only exist on
NetBSD. kqueue() and kevent() are availble on NetBSD, FreeBSD and MacOS
X.
--
Emmanuel Dreyfus
Patch: http://review.gluster.org/#/c/3842/
Manu,
I was not able to find the NetBSD job mentioned in the last review
comment provided by you, pointers to that would help.
Additionally,
What is the support status of epoll on NetBSD? I though NetBSD favored
the kqueue means of event
-devel] Reg. multi thread epoll NetBSD failures
Patch: http://review.gluster.org/#/c/3842/
Manu,
I was not able to find the NetBSD job mentioned in the last review
comment provided by you, pointers to that would help.
Additionally,
What is the support status of epoll on NetBSD? I
Ben England bengl...@redhat.com wrote:
NetBSD may be useful for exposing race conditions, but it's not clear to
me that all of these race conditions would happen in a non-NetBSD
environment,
In many times, NetBSD exhibited cases where non specified,
Linux-specific behaviors were assumed. I
Since all of epoll code and its multithreading is under ifdefs, netbsd
should just continue working as single threaded poll unaffected by the
patch. If netbsd kqueue supports single shot event delivery and edge
triggered notification, we could have an equivalent implantation on netbsd
too. Even if