wireguard-openbsd/sys/kern/exec_script.c, branch jd/queueboosts WireGuard implementation for the OpenBSD kernel https://git.zx2c4.com/wireguard-openbsd/atom/sys/kern/exec_script.c?h=jd%2Fqueueboosts 2019-07-15T04:11:03Z Do not relock fdp in fdrelease(). This prevents unnecessary locking 2019-07-15T04:11:03Z visa visa@openbsd.org 2019-07-15T04:11:03Z urn:sha1:8994f64af411fc832c7f1ee3934cc414321f1e81 in the common case. OK mpi@ Put file descriptors on shared data structures when they are completely 2018-06-18T09:15:05Z mpi mpi@openbsd.org 2018-06-18T09:15:05Z urn:sha1:cd6537e7223b2832188a5e0003b6f78cca96e374 setup, take 3. LARVAL fd still exist, but they are no longer marked with a flag and no longer reachable via `fd_ofiles[]' or the global linked list. This allows us to simplifies a lot code grabbing new references to fds. All of this is now possible because dup2(2) refuses to clone LARVAL fds. Note that the `fdplock' could now be release in all open(2)-like syscalls, just like it is done in accept(2). With inputs from Mathieu Masson, visa@, guenther@ and art@ Previous version ok bluhm@, ok visa@, sthen@ Revert introduction of fdinsert(), a sanitify check triggers when 2018-06-05T09:29:05Z mpi mpi@openbsd.org 2018-06-05T09:29:05Z urn:sha1:f695adb710e886406ee58a1fe647719c07d844d7 closing a LARVAL file. Found the hardway by sthen@. Put file descriptors on shared data structures when they are completely 2018-06-02T10:27:43Z mpi mpi@openbsd.org 2018-06-02T10:27:43Z urn:sha1:e19d53e76a47615a43b7017fba112b33916857f5 setup. LARVAL fd still exist, but they are no longer marked with a flag and no longer reachable via `fd_ofiles[]'. This allows us to simplifies a lot code grabbing new references to fds. All of this is now possible because dup2(2) refuses to clone LARVAL fds. Note that the `fdplock' could now be release in all open(2)-like syscalls, just like it is done in accept(2). With inputs from Mathieu -, visa@, guenther@ and art@ ok visa@, bluhm@ Remove proc from the parameters of vn_lock(). The parameter is 2018-05-02T02:24:55Z visa visa@openbsd.org 2018-05-02T02:24:55Z urn:sha1:6e880534696d274aaeeac6af7c28cedec17384cf unnecessary because curproc always does the locking. OK mpi@ Clean up the parameters of VOP_LOCK() and VOP_UNLOCK(). It is always 2018-04-28T03:13:04Z visa visa@openbsd.org 2018-04-28T03:13:04Z urn:sha1:36bb23f12acb06197346657619c449dc8e0cae8e curproc that does the locking or unlocking, so the proc parameter is pointless and can be dropped. OK mpi@, deraadt@ Stop assuming <sys/file.h> will pull in fcntl.h when _KERNEL is defined. 2018-01-02T06:38:45Z guenther guenther@openbsd.org 2018-01-02T06:38:45Z urn:sha1:4b1f64dcf5feb790aab4be62991acb194f54fcf2 ok millert@ sthen@ We are either allocating 2 or three array members. Unroll while loop 2018-01-01T08:55:43Z florian florian@openbsd.org 2018-01-01T08:55:43Z urn:sha1:ff71d78866fbff3eb37f13bc1a32d895c969809d to be able to call free(9) with sizes. off-by-one pointed out by guenther OK visa Add a flags argument to falloc() that lets it optionally set the 2017-02-11T19:51:06Z guenther guenther@openbsd.org 2017-02-11T19:51:06Z urn:sha1:65014aebf91a57834a8398456ecc3535a02b36e8 close-on-exec flag on the newly allocated fd. Make falloc()'s return arguments non-optional: assert that they're not NULL. ok mpi@ millert@ boom goes the dynamite 2016-04-25T20:00:33Z tedu tedu@openbsd.org 2016-04-25T20:00:33Z urn:sha1:2ed745d2020eea99731a11315583ba509744b868