Re: kern/55663 (Support for EVFILT_USER in kqueue(2))

[Christos Zoulas <christos%zoulas.com@localhost>]

The following reply was made to PR kern/55663; it has been noted by GNATS.

From: Christos Zoulas <christos%zoulas.com@localhost>
To: gnats-bugs%netbsd.org@localhost
Cc: jnemeth%netbsd.org@localhost,
 gnats-admin%netbsd.org@localhost,
 netbsd-bugs%netbsd.org@localhost,
 nruslan_devel%yahoo.com@localhost
Subject: Re: kern/55663 (Support for EVFILT_USER in kqueue(2))
Date: Fri, 30 Oct 2020 17:42:59 -0400

 --Apple-Mail=_B61E97F7-BB02-4F1E-8E2D-51877CB6CFDB
 Content-Transfer-Encoding: 7bit
 Content-Type: text/plain;
 	charset=us-ascii
 
 I agree!
 
 christos
 
 > On Oct 30, 2020, at 4:35 PM, John Nemeth <jnemeth%cue.bc.ca@localhost> wrote:
 > 
 > The following reply was made to PR kern/55663; it has been noted by GNATS.
 > 
 > From: John Nemeth <jnemeth%cue.bc.ca@localhost>
 > To: matthew green <mrg%eterna.com.au@localhost>,
 >        Ruslan Nikolaev <nruslan_devel%yahoo.com@localhost>
 > Cc: gnats-bugs%netbsd.org@localhost
 > Subject: re: kern/55663 (Support for EVFILT_USER in kqueue(2))
 > Date: Fri, 30 Oct 2020 13:31:24 -0700
 > 
 > On Oct 30, 20:24, matthew green wrote:
 > }
 > } just to throw my hat in here as well -
 > }
 > } i am interested in a solution for EVFILT_USER support.
 > } there are many apps that would benefit from it.  (there
 > } are a few more events like directory updates, close,
 > } and write in freebsd i'd also like to see added.)
 > }
 > } i believe it could live in userspace, and that would be
 > } strongly preferably, but unless it's actually compatible
 > } with existing implementations (ie, they just start to
 > } work without patching beyond "use this freebsd path"),
 > } it seems not nearly as useful as it should be.
 > 
 >      We've seen cases where libc is bypassed by major things such
 > as Rust or Go (I recall one of those having problems due to using
 > syscalls directly, but I don't recall which one).  If we're going
 > to be compatible with other BSDs then I strongly believe it has to
 > be at the syscall level as much as possible and not at the API
 > level.  For this reason, I believe that it must go in the kernel.
 > 
 > }-- End of excerpt from matthew green
 > 
 
 
 --Apple-Mail=_B61E97F7-BB02-4F1E-8E2D-51877CB6CFDB
 Content-Transfer-Encoding: 7bit
 Content-Disposition: attachment;
 	filename=signature.asc
 Content-Type: application/pgp-signature;
 	name=signature.asc
 Content-Description: Message signed with OpenPGP
 
 -----BEGIN PGP SIGNATURE-----
 Comment: GPGTools - http://gpgtools.org
 
 iF0EARECAB0WIQS+BJlbqPkO0MDBdsRxESqxbLM7OgUCX5yI4wAKCRBxESqxbLM7
 OsczAKCIc70EhZktROhGGRjkqe64zqTvawCfXC4v346k4oDEDAvN4E0KCOjW6VU=
 =ro4C
 -----END PGP SIGNATURE-----
 
 --Apple-Mail=_B61E97F7-BB02-4F1E-8E2D-51877CB6CFDB--