| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
| |
Requested by: zec
Notes:
svn path=/head/; revision=256729
|
|
|
|
|
|
|
|
|
| |
during task processing.
Reported & tested by: mm
Notes:
svn path=/head/; revision=256587
|
|
|
|
|
|
|
|
|
|
|
| |
that does not rely on the lifetime of pointers being the same. This also
restores the task KBI.
Suggested by: jhb
MFC after: 1 month
Notes:
svn path=/head/; revision=213813
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
taskqueues, more than one task can be running simultaneously.
Also make taskqueue_run(9) static to the file, since there are no
consumers in the base kernel and the function signature needs to change
with this fix.
Remove mention of taskqueue_run(9) and taskqueue_run_fast(9) from the
taskqueue(9) man page.
Reviewed by: jhb
Approved by: zml (mentor)
Notes:
svn path=/head/; revision=210377
|
|
|
|
|
|
|
|
|
| |
resolve issues.
This reverts commits r207439, r208623, r208624
Notes:
svn path=/head/; revision=208715
|
|
|
|
|
|
|
|
|
|
|
|
| |
ta_func may free the task structure, so no references to its members
are valid after the handler has been called. Using a per-queue member
and having waits longer than strictly necessary was suggested by jhb.
Submitted by: Matthew Fleming <matthew.fleming@isilon.com>
Reviewed by: zml, jhb
Notes:
svn path=/head/; revision=208623
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
taskqueue_drain(9) will not correctly detect whether a task is
currently running. The check is against a field in the taskqueue
struct, but for a threaded queue with more than one thread, multiple
threads can simultaneously be running a task, thus stomping over the
tq_running field.
Submitted by: Matthew Fleming <matthew.fleming@isilon.com>
Reviewed by: jhb
Approved by: dfr (mentor)
Notes:
svn path=/head/; revision=207439
|
|
|
|
| |
Notes:
svn path=/head/; revision=180585
|
|
|
|
| |
Notes:
svn path=/head/; revision=180583
|
|
|
|
|
|
|
|
|
|
|
|
| |
modify-after-free races when the task structure is malloc'd
o shrink task structure by removing ta_flags (no longer needed with
avoid fix) and combining ta_pending and ta_priority
Reviewed by: dwhite, dfr
MFC after: 4 days
Notes:
svn path=/head/; revision=145473
|
|
|
|
|
|
|
|
|
|
| |
running, or returns. The calling program is responsible for making sure
that nothing new is enqueued.
# man page coming soon.
Notes:
svn path=/head/; revision=136131
|
|
|
|
|
|
|
|
|
|
|
|
| |
this file from userland. Since we export struct ifnet to userland, and
that struct ifnet now contains a struct task, userland needs to know
what struct task looks like.
We need to consider having a pointer to a struct task here instead and
forward declare struct task in the !_KERNEL case.
Notes:
svn path=/head/; revision=132792
|
|
to a new prison_complete() task run by a task queue. This removes
a requirement for grabbing Giant in crfree(). Embed the 'struct task'
in 'struct prison' so that we don't have to allocate memory from
prison_free() (which means we also defer the FREE()).
With this change, I believe grabbing Giant from crfree() can now be
removed, but need to check the uidinfo code paths.
To avoid header pollution, move the definition of 'struct task'
to _task.h, and recursively include from taskqueue.h and jail.h; much
preferably to all files including jail.h picking up a requirement to
include taskqueue.h.
Bumped into by: sam
Reviewed by: bde, tjr
Notes:
svn path=/head/; revision=124882
|