wireguard-openbsd - WireGuard implementation for the OpenBSD kernel

	Commit message (Collapse)	Author	Age	Files	Lines
*	deprecate taskq_systq() and replace it with extern struct taskq	dlg	2013-10-30	1	-8/+4
\| \| \| \| \| \| \| \|	*const systq defined in task.h this reduces the cost of using the system taskq and looks less ugly. requested by and ok kettenis@
*	since taskq_create is only callable from autoconf or process context, it	dlg	2013-10-29	1	-2/+2
\| \| \| \| \| \|	is safe to ask malloc to wait for memory. pointed out by millert@
*	sys/task.h includes sys/queue.h, so kern/kern_task.c doesnt need	dlg	2013-10-29	1	-3/+1
\| \| \| \| \| \|	to do that again. kern/kern_task.c doesnt use pools so we dont need sys/pool.h either.
*	use unsigned int instead of u_int to reduce the depend on types.h.	dlg	2013-10-29	1	-4/+4
\| \| \| \|	might make jsg a little happier.
*	introduce tasks and taskqs as an alternative to workqs.	dlg	2013-10-29	1	-0/+258
	tasks are modelled on the timeout api, so users familiar with timeout_set, timeout_add, and timeout_del will already know what to expect from task_set, task_add, and task_del. i wrote this because workq_add_task can fail in the place you actually need it, and there arent any good ways of recovering at that point. workq_queue_task was added to try and help, but required external state to be stored for users of that api to know whether something was already queued or not. workqs also didnt provide a way to cancel or remove work. this has been percolating with a bunch of people. putting it in as i wrote it so i can apply their feedback to the code with the history kept in cvs.