wireguard-openbsd/sys/kern/uipc_usrreq.c, branch jd/queueboosts WireGuard implementation for the OpenBSD kernel https://git.zx2c4.com/wireguard-openbsd/atom/sys/kern/uipc_usrreq.c?h=jd%2Fqueueboosts 2019-07-16T21:41:37Z Fix uipc white spaces. 2019-07-16T21:41:37Z bluhm bluhm@openbsd.org 2019-07-16T21:41:37Z urn:sha1:bb127fc6282420973c9ca3b056fb3bd04bea66dd Convert struct unpcb malloc(9) to pool_get(9). 2019-07-15T12:28:06Z bluhm bluhm@openbsd.org 2019-07-15T12:28:06Z urn:sha1:4262cdf05e0058e47e40e633e947d52e882f9052 OK mpi@ visa@ Prevent a kernel hang if an empty message is sent over an SOCK_SEQPACKET 2019-05-24T15:17:29Z bluhm bluhm@openbsd.org 2019-05-24T15:17:29Z urn:sha1:709330d54b7a2e2148ce7d87be7357dea32cf1d4 socketpair. Do not wakeup receiver if there is no data available. OK claudio@ anton@ Allow SO_PEERCRED to be called on sockets created with socketpair. 2019-02-13T11:55:21Z martijn martijn@openbsd.org 2019-02-13T11:55:21Z urn:sha1:f5047ce691144ceb1aa7f53b6ff09d12719fc40e OK claudio@ and jca@ Avoid an mbuf double free in the oob soreceive() path. In the 2019-02-04T21:40:52Z bluhm bluhm@openbsd.org 2019-02-04T21:40:52Z urn:sha1:418b2720a1c00ce069c8a9d07505aceb34bd5dcf usrreq functions move the mbuf m_freem() logic to the release block instead of distributing it over the switch statement. Then the goto release in the initial check, whether the pcb still exists, will not free the mbuf for the PRU_RCVD, PRU_RVCOOB, PRU_SENSE command. OK claudio@ mpi@ visa@ Reported-by: syzbot+8e7997d4036ae523c79c@syzkaller.appspotmail.com In unp_internalize() check the length more carefully preventing an 2018-11-21T17:07:07Z claudio claudio@openbsd.org 2018-11-21T17:07:07Z urn:sha1:97aa0691961a19e13ba6462bce70d502bfe82ff8 underflow in a later calcuation. Using the same CMSG_LEN(0) check that other cmsghdr handlers implemented. Probelm found by anton@ OK anton@, deraadt@, visa@ When using MSG_PEEK to peak into packets skip control messages holding 2018-11-21T16:50:49Z claudio claudio@openbsd.org 2018-11-21T16:50:49Z urn:sha1:4a3de96cf877b2cef24440fcea1a9273d69f32cd SCM_RIGHTS from being sent to the userland since they hold kernel internal data and it does not make sense to externalize it. OK deraadt@, guenther@, visa@ M_LEADINGSPACE() and M_TRAILINGSPACE() are just wrappers for 2018-11-09T14:14:31Z claudio claudio@openbsd.org 2018-11-09T14:14:31Z urn:sha1:b5b7f62e3c22c1e16592be047f41a6fe57ed854d m_leadingspace() and m_trailingspace(). Convert all callers to call directly the functions and remove the defines. OK krw@, mpi@ Use function name in panic string, like in some other places. 2018-07-09T10:58:21Z claudio claudio@openbsd.org 2018-07-09T10:58:21Z urn:sha1:0bdc5f1afe86ddf535b1107c51e3197336937e37 OK henning@ benno@ Update the file reference count field `f_count' using atomic operations 2018-07-02T14:36:33Z visa visa@openbsd.org 2018-07-02T14:36:33Z urn:sha1:7150c57b2cdaae7fcdcaac480e5ef09f5ec90db5 instead of using a mutex for update serialization. Use a per-fdp mutex to manage updating of file instance pointers in the `fd_ofiles' array to let fd_getfile() acquire file references safely with concurrent file reference releases. OK mpi@