#
cd85c9e1 |
| 09-Feb-2001 |
John Baldwin <jhb@FreeBSD.org> |
Change the ktr ddb commands to be show commands. The commands are now as follows: - show ktr_first display the first entry - show ktr_next display the next entry - show ktr display the entire bu
Change the ktr ddb commands to be show commands. The commands are now as follows: - show ktr_first display the first entry - show ktr_next display the next entry - show ktr display the entire buffer
The /v modifiers continue to work as described previously.
Requested by: bde
show more ...
|
#
ef73ae4b |
| 10-Jan-2001 |
Jake Burkholder <jake@FreeBSD.org> |
Use PCPU_GET, PCPU_PTR and PCPU_SET to access all per-cpu variables other then curproc.
|
#
a0a7328b |
| 06-Jan-2001 |
John Baldwin <jhb@FreeBSD.org> |
- Move all of the KTR sysctl's under a new debug.ktr mib. - Provide TUNABLE_INT() hooks for ktr_cpumask, ktr_mask, and ktr_verbose so that they can be set from the loader by their respective sysctl
- Move all of the KTR sysctl's under a new debug.ktr mib. - Provide TUNABLE_INT() hooks for ktr_cpumask, ktr_mask, and ktr_verbose so that they can be set from the loader by their respective sysctl names. For example, to turn on KTR_INTR and KTR_PROC in ktr_mask, one could stick 'debug.ktr.mask="0x1200"' in /boot/loader.conf.
show more ...
|
#
7fcd0cb3 |
| 29-Dec-2000 |
Greg Lehey <grog@FreeBSD.org> |
Partially revert revision 1.7: Only use getnanotime instead of nanotime if we would run into trouble with nanotime (i.e. if we are tracing KTR_LOCK).
Reviewed by: jhb
|
#
de362218 |
| 15-Dec-2000 |
John Baldwin <jhb@FreeBSD.org> |
Add in MI implementations of the KTR trace buffer ddb commands. The commands have also been slightly updated as follows: - Use ktr_idx to find the newest entry rather than walking the buffer compa
Add in MI implementations of the KTR trace buffer ddb commands. The commands have also been slightly updated as follows: - Use ktr_idx to find the newest entry rather than walking the buffer comparing timespecs. Timespecs are not always unique after the change to use getnanotime(9). - Add a new verbose setting. When the verbose setting is on, then the timestamp is printed with each message. If KTR_EXTEND is on, then the filename and line number are output as well. By default this option is off. It can be turned on with the 'v' modifier passed to the 'tbuf' and 'tall' commands. For the 'tnext' command, the 'v' modifier toggles the verbose mode. - Only display the cpu number for each message on SMP systems. - Don't display anything for an empty entry that hasn't been used yet.
show more ...
|
#
d664747b |
| 12-Dec-2000 |
John Baldwin <jhb@FreeBSD.org> |
- Don't bother taking a trace message if we have panic'd since doing so can lead to further panics. - Call getnanotime() instead of nanotime() for the timestamp. nanotime() is more precise, but
- Don't bother taking a trace message if we have panic'd since doing so can lead to further panics. - Call getnanotime() instead of nanotime() for the timestamp. nanotime() is more precise, but it also calls into the timer code, which results in mutex operations on the i386 arch. If KTR_LOCK is turned on, then ktr_tracepoint() recurses on itself until it exhausts the kernel stack. Eventually this should change to use get_cyclecount() instead, but that can't happen if get_cyclecount() is calling nanotime() instead of getnanotime().
show more ...
|
#
0959cc66 |
| 21-Nov-2000 |
John Baldwin <jhb@FreeBSD.org> |
Ahem, fix the disclaimer portion of the copyright so it disclaim's the voices in my head. You can sue the voices in Bill Paul's head all you want.
Noticed by: jhb
|
Revision tags: release/4.2.0 |
|
#
22f1b342 |
| 15-Nov-2000 |
John Baldwin <jhb@FreeBSD.org> |
Make ktr_verbose a bit more useful: - On SMP systems display the cpu number with each message - If ktr_verbose > 1, then include the filename and line number with each trace message
|
#
20af769e |
| 10-Nov-2000 |
John Baldwin <jhb@FreeBSD.org> |
Don't overwrite the filename for KTR_EXTEND with "../../kern/kern_ktr.c".
|
#
bf619f95 |
| 10-Nov-2000 |
John Baldwin <jhb@FreeBSD.org> |
Fix SMP kernel compiles by #include'ing machine/globals.h to get the cpuid variable.
|
#
d8f03321 |
| 07-Nov-2000 |
John Baldwin <jhb@FreeBSD.org> |
- Remove much of the inlining of the KTR tracepoints into a ktr_tracepoint() function declared in kern_ktr.c. The only inline checks left are the checks that compare KTR_COMPILE with the supplie
- Remove much of the inlining of the KTR tracepoints into a ktr_tracepoint() function declared in kern_ktr.c. The only inline checks left are the checks that compare KTR_COMPILE with the supplied mask and thus should be optimized away into either nothing or a direct call to ktr_tracepoint(). - Move several KTR-related options to opt_ktr.h now that they are only needed by kern_ktr.c and not by ktr.h. - Add in the ktr_verbose functionality if KTR_EXTEND is turned on. If the global variable 'ktr_verbose' is non-zero, then KTR messages will be dumped to the console. This variable can be set by either kernel code or via the 'debug.ktr_verbose' sysctl. It defaults to off unless the KTR_VERBOSE kernel option is specified in which case it defaults to on. This can be useful when the machine locks up spinning in a loop with interrupts disabled as you might be able to see what it is doing when it locks up.
Requested by: phk
show more ...
|
Revision tags: release/4.1.1_cvs |
|
#
62ae6c89 |
| 07-Sep-2000 |
Jason Evans <jasone@FreeBSD.org> |
Add KTR, a facility that logs kernel events in order to to facilitate debugging.
Acquired from: BSDi (BSD/OS) Submitted by: dfr, grog, jake, jhb
|
#
1b25979b |
| 11-Mar-2010 |
John Baldwin <jhb@FreeBSD.org> |
Style fixes.
Submitted by: bde
|
#
dff8e0b7 |
| 10-Mar-2010 |
John Baldwin <jhb@FreeBSD.org> |
Add descriptions for debug.ktr sysctl nodes.
|
Revision tags: release/8.0.0_cvs, release/8.0.0, release/7.2.0_cvs, release/7.2.0, release/7.1.0_cvs, release/7.1.0, release/6.4.0_cvs, release/6.4.0, release/7.0.0_cvs, release/7.0.0, release/6.3.0_cvs, release/6.3.0, release/6.2.0_cvs, release/6.2.0 |
|
#
484cc85e |
| 09-Sep-2006 |
Robert Watson <rwatson@FreeBSD.org> |
Remove slightly oddly placed suser() call from the KTR/ALQ setup sysctl: it was present only in the enable path, not the disable path, which one presumes would be equally of interest. Either way, it
Remove slightly oddly placed suser() call from the KTR/ALQ setup sysctl: it was present only in the enable path, not the disable path, which one presumes would be equally of interest. Either way, it was not needed, as the sysctl framework already calls suser() if the operation is a write operation, which configuration requests are.
Sponsored by: nCircle Network Security, Inc.
show more ...
|
#
19e9205a |
| 12-Jul-2006 |
John Baldwin <jhb@FreeBSD.org> |
Simplify the pager support in DDB. Allowing different db commands to install custom pager functions didn't actually happen in practice (they all just used the simple pager and passed in a local quit
Simplify the pager support in DDB. Allowing different db commands to install custom pager functions didn't actually happen in practice (they all just used the simple pager and passed in a local quit pointer). So, just hardcode the simple pager as the only pager and make it set a global db_pager_quit flag that db commands can check when the user hits 'q' (or a suitable variant) at the pager prompt. Also, now that it's easy to do so, enable paging by default for all ddb commands. Any command that wishes to honor the quit flag can do so by checking db_pager_quit. Note that the pager can also be effectively disabled by setting $lines to 0.
Other fixes: - 'show idt' on i386 and pc98 now actually checks the quit flag and terminates early. - 'show intr' now actually checks the quit flag and terminates early.
show more ...
|
Revision tags: release/5.5.0_cvs, release/5.5.0, release/6.1.0_cvs, release/6.1.0 |
|
#
13516104 |
| 28-Jan-2006 |
John Baldwin <jhb@FreeBSD.org> |
Whitespace.
|
#
bef4bf1a |
| 27-Jan-2006 |
John Baldwin <jhb@FreeBSD.org> |
Add a new sysctl, debug.ktr.clear. If you write a non-zero value to this sysctl then it will clear the KTR buffer. Note that if you have active KTR traces at the same time as a clear operation the
Add a new sysctl, debug.ktr.clear. If you write a non-zero value to this sysctl then it will clear the KTR buffer. Note that if you have active KTR traces at the same time as a clear operation the behavior is undefined, though it shouldn't panic.
show more ...
|
#
6b815557 |
| 25-Jan-2006 |
John Baldwin <jhb@FreeBSD.org> |
Axe KTR_ALQ_MASK now that KTR_WITNESS is off unless you hack an #ifdef in subr_witness.c. I did add a comment in subr_witness.c noting that KTR_WITNESS is incompatible with KTR_ALQ.
|
Revision tags: release/6.0.0_cvs, release/6.0.0 |
|
#
37ee2d8d |
| 11-Jun-2005 |
Jeff Roberson <jeff@FreeBSD.org> |
- Add curthread to the state that ktr is saving. The extra information is well worth the bloat. - Change the formatting of 'show ktr' slightly to accommodate the additional field. Remove a t
- Add curthread to the state that ktr is saving. The extra information is well worth the bloat. - Change the formatting of 'show ktr' slightly to accommodate the additional field. Remove a tab from the verbose output and place the actual trace data after a : so it is more easy to understand which part is the event and which is part of the record.
show more ...
|
Revision tags: release/5.4.0_cvs, release/5.4.0 |
|
#
e551d452 |
| 16-Apr-2005 |
Robert Watson <rwatson@FreeBSD.org> |
Modify the alq(9) alq_open() API to accept a file creation mode, rather than defaulting the cmode argument to vn_open() to 0. Supply a default argument of ALQ_DEFAULT_CMODE (0600) in current callers
Modify the alq(9) alq_open() API to accept a file creation mode, rather than defaulting the cmode argument to vn_open() to 0. Supply a default argument of ALQ_DEFAULT_CMODE (0600) in current callers.
Discussed with/pointed out by: hmp Reveiwed by: jeff, hmp MFC after: 3 days
show more ...
|
Revision tags: release/4.11.0_cvs, release/4.11.0, release/5.3.0_cvs, release/5.3.0 |
|
#
d39d4a6e |
| 01-Nov-2004 |
John Baldwin <jhb@FreeBSD.org> |
- Change the ddb paging "support" to use a variable (db_lines_per_page) to control the number of lines per page rather than a constant. The variable can be examined and changed in ddb as '$lines
- Change the ddb paging "support" to use a variable (db_lines_per_page) to control the number of lines per page rather than a constant. The variable can be examined and changed in ddb as '$lines'. Setting the variable to 0 will effectively turn off paging. - Change db_putchar() to force out pending whitespace before outputting newlines and carriage returns so that one can rub out content on the current line via '\r \r' type strings. - Change the simple pager to rub out the --More-- prompt explicitly when the routine exits. - Add some aliases to the simple pager to make it more compatible with more(1): 'e' and 'j' do a single line. 'd' does half a page, and 'f' does a full page.
MFC after: 1 month Inspired by: kris
show more ...
|
#
b89daf89 |
| 20-Sep-2004 |
John Baldwin <jhb@FreeBSD.org> |
Remove unused macro.
|
#
4da86f88 |
| 23-Jul-2004 |
Robert Watson <rwatson@FreeBSD.org> |
Export KTR_COMPILE as a sysctl so you can easily check from user space what event mask has been compiled into the kernel.
|
Revision tags: release/4.10.0_cvs, release/4.10.0, release/5.2.1_cvs, release/5.2.1, release/5.2.0_cvs, release/5.2.0, release/4.9.0_cvs, release/4.9.0 |
|
#
2b3c42a9 |
| 10-Sep-2003 |
John Baldwin <jhb@FreeBSD.org> |
Update the license on this file to be a bit more sane.
|