freebsd-dev/sys/ddb
Julian Elischer 48bfcddd94 Round out the facilty for a 'bound' thread to loan out its KSE
in specific situations. The owner thread must be blocked, and the
borrower can not proceed back to user space with the borrowed KSE.
The borrower will return the KSE on the next context switch where
teh owner wants it back. This removes a lot of possible
race conditions and deadlocks. It is consceivable that the
borrower should inherit the priority of the owner too.
that's another discussion and would be simple to do.

Also, as part of this, the "preallocatd spare thread" is attached to the
thread doing a syscall rather than the KSE. This removes the need to lock
the scheduler when we want to access it, as it's now "at hand".

DDB now shows a lot mor info for threaded proceses though it may need
some optimisation to squeeze it all back into 80 chars again.
(possible JKH project)

Upcalls are now "bound" threads, but "KSE Lending" now means that
other completing syscalls can be completed using that KSE before the upcall
finally makes it back to the UTS. (getting threads OUT OF THE KERNEL is
one of the highest priorities in the KSE system.) The upcall when it happens
will present all the completed syscalls to the KSE for selection.
2002-10-09 02:33:36 +00:00
..
db_access.c
db_access.h
db_break.c
db_break.h
db_command.c Indentation indicates missing braces. 2002-10-01 21:59:46 +00:00
db_command.h
db_elf.c Garbage-collected __ELF__ ifdefs. 2002-09-15 22:28:39 +00:00
db_examine.c
db_expr.c
db_input.c Be consistent about "static" functions: if the function is marked 2002-09-28 17:15:38 +00:00
db_kld.c
db_lex.c
db_lex.h
db_output.c
db_output.h
db_print.c
db_ps.c Round out the facilty for a 'bound' thread to loan out its KSE 2002-10-09 02:33:36 +00:00
db_run.c
db_sym.c
db_sym.h
db_sysctl.c
db_trap.c
db_variables.c
db_variables.h
db_watch.c Be consistent about "static" functions: if the function is marked 2002-09-28 17:15:38 +00:00
db_watch.h
db_write_cmd.c
ddb.h Constify to kill some warnings. 2002-09-21 17:29:36 +00:00