#
9307d8bd |
| 08-May-2010 |
Marcel Moolenaar <marcel@FreeBSD.org> |
Merge svn+ssh://svn.freebsd.org/base/head@207793
|
#
945f418a |
| 06-May-2010 |
Kirk McKusick <mckusick@FreeBSD.org> |
Final update to current version of head in preparation for reintegration.
|
#
1dac2224 |
| 30-Apr-2010 |
Zachary Loafman <zml@FreeBSD.org> |
Handle taskqueue_drain(9) correctly on a threaded taskqueue:
taskqueue_drain(9) will not correctly detect whether a task is currently running. The check is against a field in the taskqueue struct,
Handle taskqueue_drain(9) correctly on a threaded taskqueue:
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)
show more ...
|
Revision tags: release/7.3.0_cvs, release/7.3.0 |
|
#
1a0fda2b |
| 04-Mar-2010 |
Dag-Erling Smørgrav <des@FreeBSD.org> |
IFH@204581
|
#
49cc1344 |
| 21-Jan-2010 |
John Baldwin <jhb@FreeBSD.org> |
MFC 198411: - 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
MFC 198411: - 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[].
show more ...
|
Revision tags: release/8.0.0_cvs, release/8.0.0 |
|
#
874108ae |
| 12-Nov-2009 |
Oleksandr Tymoshenko <gonzo@FreeBSD.org> |
MFC @199204
|
#
5ca4819d |
| 23-Oct-2009 |
John Baldwin <jhb@FreeBSD.org> |
- 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 u
- 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[].
Reviewed by: bde
show more ...
|
#
10b3b545 |
| 17-Sep-2009 |
Dag-Erling Smørgrav <des@FreeBSD.org> |
Merge from head
|
#
7d4b968b |
| 17-Sep-2009 |
Dag-Erling Smørgrav <des@FreeBSD.org> |
Merge from head up to r188941 (last revision before the USB stack switch)
|
#
cbd59a4f |
| 08-Sep-2009 |
Oleksandr Tymoshenko <gonzo@FreeBSD.org> |
- MFC from head@196987
|
#
65536ad6 |
| 18-Aug-2009 |
Pawel Jakub Dawidek <pjd@FreeBSD.org> |
MFC r196358:
Remove unused taskqueue_find() function.
Reviewed by: dfr Approved by: re (kib)
|
#
e477e4fe |
| 18-Aug-2009 |
Pawel Jakub Dawidek <pjd@FreeBSD.org> |
Remove unused taskqueue_find() function.
Reviewed by: dfr Approved by: re (kib)
|
#
e43f1736 |
| 17-Aug-2009 |
Pawel Jakub Dawidek <pjd@FreeBSD.org> |
MFC r196295:
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 whi
MFC r196295:
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)
show more ...
|
#
159ef108 |
| 17-Aug-2009 |
Pawel Jakub Dawidek <pjd@FreeBSD.org> |
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 i
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)
show more ...
|
#
ea5f504f |
| 17-Aug-2009 |
Pawel Jakub Dawidek <pjd@FreeBSD.org> |
MFC r196293:
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)
|
#
6a3b2893 |
| 17-Aug-2009 |
Pawel Jakub Dawidek <pjd@FreeBSD.org> |
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)
|
Revision tags: release/7.2.0_cvs, release/7.2.0 |
|
#
1829d5da |
| 12-Mar-2009 |
Warner Losh <imp@FreeBSD.org> |
Update the projects tree to a newer FreeBSD current.
|
#
a1797ef6 |
| 13-Feb-2009 |
Andrew Thompson <thompsa@FreeBSD.org> |
Remove semicolon left in the last commit
Spotted by: csjp
|
#
24ef0701 |
| 13-Feb-2009 |
Andrew Thompson <thompsa@FreeBSD.org> |
Check the exit flag at the start of the taskqueue loop rather than the end. It is possible to tear down the taskqueue before the thread has run and the taskqueue loop would sleep forever.
Reviewed b
Check the exit flag at the start of the taskqueue loop rather than the end. It 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
show more ...
|
#
d710cae7 |
| 03-Feb-2009 |
Warner Losh <imp@FreeBSD.org> |
Use NULL in preference to 0 for pointers.
|
Revision tags: release/7.1.0_cvs, release/7.1.0, release/6.4.0_cvs, release/6.4.0 |
|
#
694382c8 |
| 18-Jul-2008 |
Kip Macy <kmacy@FreeBSD.org> |
revert local change
|
#
4af83c8c |
| 18-Jul-2008 |
Kip Macy <kmacy@FreeBSD.org> |
import vendor fixes to cxgb
|
#
03c7442d |
| 11-Apr-2008 |
John Baldwin <jhb@FreeBSD.org> |
Use kthread_exit() to terminate a taskqueue thread rather than kproc_exit() now that the taskqueue threads are kthreads rather than kprocs.
Reported by: kris
|
#
175611b6 |
| 08-Apr-2008 |
Sam Leffler <sam@FreeBSD.org> |
change taskqueue_start_threads to create threads instead of proc's
Reviewed by: jhb
|
#
478cfc73 |
| 25-Mar-2008 |
Scott Long <scottl@FreeBSD.org> |
Implement taskqueue_block() and taskqueue_unblock(). These functions allow the owner of a queue to block and unblock execution of the tasks in the queue while allowing tasks to continue to be added
Implement taskqueue_block() and taskqueue_unblock(). These functions allow the owner of a queue to block and unblock execution of the tasks in the queue while allowing tasks to continue to be added queue. Combining this with taskqueue_drain() allows a queue to be safely disabled. The unblock function may run (or schedule to run) the queue when it is called, just as calling taskqueue_enqueue() would.
Reviewed by: jhb, sam
show more ...
|