tech-userlevel archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: epoll exposure



In article <ZMihOin2SWeuO5Y5%homeworld.netbsd.org@localhost>,
nia  <nia%NetBSD.org@localhost> wrote:
>On Mon, Jul 31, 2023 at 07:18:38PM -0700, Jason Thorpe wrote:
>> Anyway, like I said, I think the best way forward is to make it
>possible for kq descriptors to be inheritedâ?¦ itâ??s a little tricky
>because of some of the wacky stuff kqueue can track, but I think NetBSD
>can lead on this and define a set of semantics that makes sense.
>
>Can we agree on renaming the header to sys/epoll_compat.h?

I see that you removed with without further discussion which is not the
way we do things on NetBSD. Do you have an example where the epoll emulation
breaks, because either forking matters or the implementation is
incorrect/different?

I would agree on principle that it is better to use kqueue on BSD systems,
but if it is not broken, why not advertise it?

Best,

christos



Home | Main Index | Thread Index | Old Index