src/sys/kern/subr_taskqueue.c, branch releng/8.3

src/sys/kern/subr_taskqueue.c, branch releng/8.3 FreeBSD source tree https://cgit-dev.freebsd.org/src/atom?h=releng%2F8.3 2011-09-16T02:28:55Z Merge r225570 from HEAD - Ensure that ta_pending doesn't overflow u_short by capping its value at USHRT_MAX. 2011-09-16T02:28:55Z Adrian Chadd adrian@FreeBSD.org 2011-09-16T02:28:55Z urn:sha1:65f98e8a58063bf256c285bfb5f27259d6b34da6 If it overflows before the taskqueue can run, the task will be re-added to the taskqueue and cause a loop in the task list. Submitted by: rstone@ Reviewed by: jhb@ MFC after: 1 day MFC r215750: taskqueue: drop unused tq_name field 2011-03-11T15:14:40Z Andriy Gapon avg@FreeBSD.org 2011-03-11T15:14:40Z urn:sha1:f1a1b8e658082a57d5682670357f4c21f42e2da3 MFC r213813. This is a direct commit because the diff is against 2010-11-12T18:09:06Z Matthew D Fleming mdf@FreeBSD.org 2010-11-12T18:09:06Z urn:sha1:5b0d5d748f48d7a58d08827ead6b6d7d528c3420 several non-MFC'd changes. Use a safer mechanism for determining if a task is currently running, that does not rely on the lifetime of pointers being the same. This also restores the task KBI. MFC r209062: fix a few cases where a string is passed via format 2010-07-08T20:38:48Z Andriy Gapon avg@FreeBSD.org 2010-07-08T20:38:48Z urn:sha1:ba87e6b3b905f37c9dd0f0be93bbb52f045d85cd argument instead of via %s Note: no MFC to stable/7 MFC 198411: 2010-01-21T19:11:18Z John Baldwin jhb@FreeBSD.org 2010-01-21T19:11:18Z urn:sha1:49cc13441b0f01b031ce131443f8416eb979e766 - Fix several off-by-one errors when using MAXCOMLEN. The p_comm[] and td_name[] arrays are actually MAXCOMLEN + 1 in size and a few places that created shadow copies of these arrays were just using MAXCOMLEN. - Prefer using sizeof() of an array type to explicit constants for the array length in a few places. - Ensure that all of p_comm[] and td_name[] is always zero'd during execve() to guard against any possible information leaks. Previously trailing garbage in p_comm[] could be leaked to userland in ktrace record headers via td_name[]. MFC r196358: 2009-08-18T14:00:25Z Pawel Jakub Dawidek pjd@FreeBSD.org 2009-08-18T14:00:25Z urn:sha1:65536ad653cdf3e4e76f046564515cfe0b2dffd6 Remove unused taskqueue_find() function. Reviewed by: dfr Approved by: re (kib) MFC r196295: 2009-08-17T09:03:47Z Pawel Jakub Dawidek pjd@FreeBSD.org 2009-08-17T09:03:47Z urn:sha1:e43f1736025f4815411d70c690b31e86af0255c6 Remove OpenSolaris taskq port (it performs very poorly in our kernel) and replace it with wrappers around our taskqueue(9). To make it possible implement taskqueue_member() function which returns 1 if the given thread was created by the given taskqueue. Approved by: re (kib) MFC r196293: 2009-08-17T08:46:47Z Pawel Jakub Dawidek pjd@FreeBSD.org 2009-08-17T08:46:47Z urn:sha1:ea5f504fed085eba4540b59651fbd57056995284 Because taskqueue_run() can drop tq_mutex, we need to check if the TQ_FLAGS_ACTIVE flag wasn't removed in the meantime, which means we missed a wakeup. Approved by: re (kib) Remove semicolon left in the last commit 2009-02-13T18:51:39Z Andrew Thompson thompsa@FreeBSD.org 2009-02-13T18:51:39Z urn:sha1:a1797ef6c891e9e436acfcfe8ef4697ae44b7778 Spotted by: csjp Check the exit flag at the start of the taskqueue loop rather than the end. It 2009-02-13T01:16:51Z Andrew Thompson thompsa@FreeBSD.org 2009-02-13T01:16:51Z urn:sha1:24ef0701260e030b626e6d6a5a65c69d3230891f is possible to tear down the taskqueue before the thread has run and the taskqueue loop would sleep forever. Reviewed by: sam MFC after: 1 week