| Age | Commit message (Collapse) | Author |
|---|
|
task and shove it on a list. allocations can fail, so if something
that wants to run a task later already has memory to handle the
workq task then let it provide it via a new function called
workq_queue_task.
ok kettenis@
|
|
waiting for all the workqs to die wakeup more often than
it should have.
ok dlg@ tedu@
|
|
tested by many on many archs including several alpha test.
ok tedu@ go for it deraadt@
|
|
lock when we've never given it up. this is a remnant of the mpsafe
workq stuff we had that wasnt cleaned up properly.
found by and fix tested by oga@
|
|
sufficient exclusion on alpha, leading to self-locking panics.
|
|
creation of threads which may have caused multile syswq threads to start.
ok dlg
|
|
bad idea to have functions that react unpredictably.
|
|
combined, this lets us use crypto before the thread is running
and therefore cryptoraid can attach nice and early.
ok/testing deraadt mbalmer marco
|
|
(stdarg.h, leftover from the vararg's idea).
ok tedu@
|
|
ok dlg
|
|
this type of code is implemented many times already in the kernel, this is
a generic version of all those replicated code bases.
originally from tedu@
ok tedu@ tom@ deraadt@
|
