| History log of /src/sys/ddb/ddbvar.h |
| Revision | | Date | Author | Comments |
| 1.14 |
| 06-Oct-2021 |
uwe | Sort variable declarations. Add short comments while here.
The list was neither sorted nor grouped logically when db_dumpstack
and db_panicstackframes were added to modify the panic behavior.
|
| 1.13 |
| 17-Feb-2018 |
sevan | Opt to print a backtrace on panic by default with the intention of improving bug reports.
Instead of relying on ddb.onpanic=2, introduce a new sysctl called dumpstack to handle this.
via <jmcneill> channeled through <mrg> on tech-kern[1]
[1] https://mail-index.netbsd.org/tech-kern/2018/02/15/msg023103.html
|
| 1.12 |
| 28-Dec-2017 |
christos | - add ddb.panicstackframes to avoid scrolling the interesting parts of panic
stacktraces off.
- change valuep to void * to avoid casts
- sort and use c99 initializers in variables array
|
| 1.11 |
| 10-Feb-2013 |
apb | Move the DDB-specific part of vpanic() to a new db_panic() function,
defined in ddb/db_panic.c and declared in ddb/ddbvar.h. No functional
change.
The copyright years in db_panic.c are the years in which changes were
made to the code that has now been moved to db_panic.c. No pre-NetBSD
copyright notice is needed because revision 1.12 of subr_prf.c had only
the trivial "#ifdef DDB \\ Debugger(); \\ #endif"
|
| 1.10 |
| 10-Feb-2013 |
apb | read_symtab_from_file used to be defined in ddb/db_aout.c, but that
file was deleted in 2011. Now delete the declaration in ddb/ddbvar.h.
|
| 1.9 |
| 28-Apr-2008 |
martin | branches: 1.9.34; 1.9.44;
Remove clause 3 and 4 from TNF licenses
|
| 1.8 |
| 11-Dec-2005 |
christos | branches: 1.8.70; 1.8.72; 1.8.74;
merge ktrace-lwp.
|
| 1.7 |
| 29-Sep-2004 |
reinoud | Implement ddb setting that allows all ddb output to be teed into the
kernel message buffer/log. Its off by default and can be switched on in the
kernel configuration on build time, be set as a variable in ddb and be set
using sysctl.
This adds the sysctl value
ddb.tee_msgbuf = 0
by default.
The functionality is especially added and aimed for developers who are not
blessed with a serial console and wish to keep all their ddb output in the
log. Specifying /l as a modifier to some selected commands will also put
the output in the log but not all commands provide one nor has the same
meaning for all commands.
This feature could in the future also be implemented as an ddb command but
that could lead to more bloat allthough maybe easier for non developpers to
use when mailing their backtraces from kernel crashes.
|
| 1.6 |
| 04-Dec-2003 |
atatat | Dynamic sysctl.
Gone are the old kern_sysctl(), cpu_sysctl(), hw_sysctl(),
vfs_sysctl(), etc, routines, along with sysctl_int() et al. Now all
nodes are registered with the tree, and nodes can be added (or
removed) easily, and I/O to and from the tree is handled generically.
Since the nodes are registered with the tree, the mapping from name to
number (and back again) can now be discovered, instead of having to be
hard coded. Adding new nodes to the tree is likewise much simpler --
the new infrastructure handles almost all the work for simple types,
and just about anything else can be done with a small helper function.
All existing nodes are where they were before (numerically speaking),
so all existing consumers of sysctl information should notice no
difference.
PS - I'm sorry, but there's a distinct lack of documentation at the
moment. I'm working on sysctl(3/8/9) right now, and I promise to
watch out for buses.
|
| 1.5 |
| 29-Jun-2003 |
fvdl | branches: 1.5.2;
Back out the lwp/ktrace changes. They contained a lot of colateral damage,
and need to be examined and discussed more.
|
| 1.4 |
| 28-Jun-2003 |
darrenr | Pass lwp pointers throughtout the kernel, as required, so that the lwpid can
be inserted into ktrace records. The general change has been to replace
"struct proc *" with "struct lwp *" in various function prototypes, pass
the lwp through and use l_proc to get the process pointer when needed.
Bump the kernel rev up to 1.6V
|
| 1.3 |
| 15-Feb-2002 |
simonb | ANSIfy, KNF.
Make some variables and functions static when not used outside of a module.
Make variables in headers extern.
Delete the unused db_find_watchpoint() function.
|
| 1.2 |
| 29-Oct-1998 |
jonathan | branches: 1.2.24; 1.2.26;
Add options DDB_FROMCONSOLE and sysctl ddb.fromconsole, analagous to
DDB_ONPANIC. Lets user ignore breaks but enter DDB on panic. Intended
for machines where debug on panic is useful, but DDB entry is not,
(public-access console, or terminal-servers which send spurious breaks)
Add new ddb hook, console_debugger(), which decides whether or not to
ignore console ddb requests. Console drivers should be updated to call
console_debugger(), not Debugger(), in response to serial-console
break or ddb keyboard sequence.
|
| 1.1 |
| 04-Jul-1998 |
jonathan | defopt DDB.
|
| 1.2.26.1 |
| 16-Mar-2002 |
jdolecek | Catch up with -current.
|
| 1.2.24.1 |
| 28-Feb-2002 |
nathanw | Catch up to -current.
|
| 1.5.2.5 |
| 19-Oct-2004 |
skrll | Sync with HEAD
|
| 1.5.2.4 |
| 21-Sep-2004 |
skrll | Fix the sync with head I botched.
|
| 1.5.2.3 |
| 18-Sep-2004 |
skrll | Sync with HEAD.
|
| 1.5.2.2 |
| 03-Aug-2004 |
skrll | Sync with HEAD
|
| 1.5.2.1 |
| 02-Jul-2003 |
darrenr | Apply the aborted ktrace-lwp changes to a specific branch. This is just for
others to review, I'm concerned that patch fuziness may have resulted in some
errant code being generated but I'll look at that later by comparing the diff
from the base to the branch with the file I attempt to apply to it. This will,
at the very least, put the changes in a better context for others to review
them and attempt to tinker with removing passing of 'struct lwp' through
the kernel.
|
| 1.8.74.1 |
| 16-May-2008 |
yamt | sync with head.
|
| 1.8.72.1 |
| 18-May-2008 |
yamt | sync with head.
|
| 1.8.70.1 |
| 02-Jun-2008 |
mjf | Sync with HEAD.
|
| 1.9.44.1 |
| 25-Feb-2013 |
tls | resync with head
|
| 1.9.34.1 |
| 22-May-2014 |
yamt | sync with head.
for a reference, the tree before this commit was tagged
as yamt-pagecache-tag8.
this commit was splitted into small chunks to avoid
a limitation of cvs. ("Protocol error: too many arguments")
|
