wireguard-openbsd/sys/netinet/ip_divert.h, branch jd/simplify-queueing WireGuard implementation for the OpenBSD kernel https://git.zx2c4.com/wireguard-openbsd/atom/sys/netinet/ip_divert.h?h=jd%2Fsimplify-queueing 2017-11-02T14:01:18Z Move PRU_DETACH out of pr_usrreq into per proto pr_detach 2017-11-02T14:01:18Z florian florian@openbsd.org 2017-11-02T14:01:18Z urn:sha1:2c5f89aa3af53cc28e3d36f3b88d081fdaa44cd6 functions to pave way for more fine grained locking. Suggested by, comments & OK mpi Pass down the address family through the pr_input calls. This 2017-04-14T20:46:31Z bluhm bluhm@openbsd.org 2017-04-14T20:46:31Z urn:sha1:459fa0feb1e08ab4109b4bff330f1f74c94429d3 allows to simplify code used for both IPv4 and IPv6. OK mikeb@ deraadt@ Move PRU_ATTACH out of the pr_usrreq functions into pr_attach. 2017-03-13T20:18:21Z claudio claudio@openbsd.org 2017-03-13T20:18:21Z urn:sha1:3d7f610ca455928a1a6266ec779dbfc0c033fe19 Attach is quite a different thing to the other PRU functions and this should make locking a bit simpler. This also removes the ugly hack on how proto was passed to the attach function. OK bluhm@ and mpi@ on a previous version percpu counters for divert(4) stats 2017-02-09T15:32:56Z jca jca@openbsd.org 2017-02-09T15:32:56Z urn:sha1:feaf2b8904e3856b5e08b993098a6630db7131da ok dlg@ Since raw_input() and route_input() are gone from pr_input, we can 2017-01-25T17:34:31Z bluhm bluhm@openbsd.org 2017-01-25T17:34:31Z urn:sha1:8f50be26efbcb88c43579636cc560843a6399860 make the variable parameters of the protocol input functions fixed. Also add the proto to make it similar to IPv6. OK mpi@ guenther@ millert@ Simplify the way divert(4) sends packets to userspace: Instead of 2014-07-10T03:17:59Z lteo lteo@openbsd.org 2014-07-10T03:17:59Z urn:sha1:89cfabdcbcffc16c13db46c5c4811e4471f532c6 unnecessarily allocating an mbuf tag to store the divert port, just pass the divert port directly to divert_packet() or divert6_packet() as an argument. includes a style fix pointed out by bluhm@ ok bluhm@ henning@ reyk@ No need for vargs here. 2014-04-23T14:43:14Z florian florian@openbsd.org 2014-04-23T14:43:14Z urn:sha1:33497003067c374f572bc1fd18752aaef527fdc5 While there move declaration of divert{,6}_output() to .c as it's a private function. Also switch first two args to make it more like similar functions (both suggested by mpi@). Input/OK mpi@, OK lteo@ Add the IP_DIVERTFL socket option on divert(4) sockets to control 2012-10-21T13:06:02Z benno benno@openbsd.org 2012-10-21T13:06:02Z urn:sha1:88149a5db4ddb033c5a5a49d1b3fa5875e1f0042 which packets (as in direction) of the traffic will be diverted through the divert socket. ok claudio@, henning@ Add (again) support for divert sockets. They allow you to: 2009-10-04T16:08:37Z michele michele@openbsd.org 2009-10-04T16:08:37Z urn:sha1:d85f7bc16ff4db5aedffd92a6397af819385204f - queue packets from pf(4) to a userspace application - reinject packets from the application into the kernel stack. The divert socket can be bound to a special "divert port" and will receive every packet diverted to that port by pf(4). The pf syntax is pretty simple, e.g.: pass on em0 inet proto tcp from any to any port 80 divert-packet port 1 A lot of discussion have happened since my last commit that resulted in many changes and improvements. I would *really* like to thank everyone who took part in the discussion especially canacar@ who spotted out which are the limitations of this approach. OpenBSD divert(4) is meant to be compatible with software running on top of FreeBSD's divert sockets even though they are pretty different and will become even more with time. discusses with many, but mainly reyk@ canacar@ deraadt@ dlg@ claudio@ beck@ tested by reyk@ and myself ok reyk@ claudio@ beck@ manpage help and ok by jmc@ I had not enough oks to commit this diff. 2009-09-08T17:52:17Z michele michele@openbsd.org 2009-09-08T17:52:17Z urn:sha1:7cbbb26b385f13095c3ebf990e77751dfe816685 Sorry.