src-test2/sys/kern/subr_taskqueue.c, branch releng/6.3 FreeBSD source tree https://cgit-dev.freebsd.org/src-test2/atom?h=releng%2F6.3 2006-09-02T15:28:09Z MFC 1.37: start threads stopped before adjusting priority to avoid 2006-09-02T15:28:09Z Sam Leffler sam@FreeBSD.org 2006-09-02T15:28:09Z urn:sha1:565664659404b98bc558cc491cb89fb1b2714dcc races, generate console msg if thread create fails MFC: sync taskqueue api with HEAD modulo preserving the calling 2006-07-06T08:32:50Z Gleb Smirnoff glebius@FreeBSD.org 2006-07-06T08:32:50Z urn:sha1:38813ad6eef1e6e566e724547f53bf7bdadf2846 convention for taskqueue_create This is replay of [1], that was backed out before 6.1-RELEASE due to breaking ACPI on certain laptops. The [2] commit has fixed this problem. bsam@, who once reported the breakage confirms that after [2] the problem has vanished and now it is safe to merge [1] again. [1] http://lists.freebsd.org/pipermail/cvs-src/2006-March/061203.html [2] http://lists.freebsd.org/pipermail/cvs-src/2006-June/065256.html Tested by: bsam backout taskqueue changes 2006-04-02T00:14:57Z Sam Leffler sam@FreeBSD.org 2006-04-02T00:14:57Z urn:sha1:ccb37cbdb50db319dd28c12b1662892900b6bc45 Approved by: re (scottl) MFC: sync taskqueue api with HEAD modulo preserving the calling 2006-03-14T23:28:30Z Sam Leffler sam@FreeBSD.org 2006-03-14T23:28:30Z urn:sha1:16da188c4b9167c5b407a05d9a640292df2d4314 convention for taskqueue_create Reviewed by: various Approved by: re (scottl) MFC rev 1.31: Allow the fast taskqueue to run without Giant 2006-01-30T07:51:10Z Scott Long scottl@FreeBSD.org 2006-01-30T07:51:10Z urn:sha1:8a3080c74e7065b184187c63615bdb7fe15ee465 o enable shutdown of taskqueue threads; the thread servicing the queue checks 2005-05-01T00:38:11Z Sam Leffler sam@FreeBSD.org 2005-05-01T00:38:11Z urn:sha1:52bc746a28137c6de821c0a21896d4134599033a a new entry in the taskqueue struct each time it wakes up to see if it should terminate o adjust TASKQUEUE_DEFINE_THREAD & co. to record the thread/proc identity for the shutdown rendezvous o replace wakeup after adding a task to a queue with wakeup_one; this helps queues where multiple threads are used to service tasks (e.g. acpi) o remove NULL check of tq_enqueue method; it should never be NULL Reviewed by: dfr, njl o eliminate modification of task structures after their run to avoid 2005-04-24T16:52:45Z Sam Leffler sam@FreeBSD.org 2005-04-24T16:52:45Z urn:sha1:f4581151a8aad772d7f45f9de2ac8882d9147a13 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 Add taskqueue_drain. This waits for the specified task to finish, if 2004-10-05T04:16:01Z Warner Losh imp@FreeBSD.org 2004-10-05T04:16:01Z urn:sha1:14889b422910d683b06059f5b0eb340e4cc590d4 running, or returns. The calling program is responsible for making sure that nothing new is enqueued. # man page coming soon. rearange some code that handles the thread taskqueue so that it is more 2004-08-08T02:37:22Z John-Mark Gurney jmg@FreeBSD.org 2004-08-08T02:37:22Z urn:sha1:227559d11f2868bad58c0259117d64efffcff184 generic. Introduce a new define TASKQUEUE_DEFINE_THREAD that takes a single arg, which is the name of the queue. Document these changes. - Execute all of the tasks on the taskqueue during taskqueue_free() after 2004-06-28T16:28:23Z John Baldwin jhb@FreeBSD.org 2004-06-28T16:28:23Z urn:sha1:bd83e879fd2a2e330cfcb55a591c995d06d944b9 the queue has been removed from the global taskqueue_queues list. This removes the need for the draining queue hack. - Allow taskqueue_run() to be called with the taskqueue mutex held. It can still be called without the lock for API compatiblity. In that case it will acquire the lock internally. - Don't lock the individual queue mutex in taskqueue_find() until after the strcmp as the global queues mutex is sufficient for the strcmp. - Simplify taskqueue_thread_loop() now that it can hold the lock across taskqueue_run(). Submitted by: bde (mostly)