aboutsummaryrefslogtreecommitdiffstats
path: root/Documentation/kernel-parameters.txt
diff options
context:
space:
mode:
authorLinus Torvalds <torvalds@linux-foundation.org>2014-12-16 15:53:59 -0500
committerLinus Torvalds <torvalds@linux-foundation.org>2014-12-16 15:53:59 -0500
commita7c180aa7e76a55642e8492f28353303a50292c2 (patch)
treeb80b3575f1717a5e3a07081b5c9409805662490d /Documentation/kernel-parameters.txt
parent2dbfca5a181973558277b28b1f4c36362291f5e0 (diff)
parent0daa2302968c13b657118d6ac92471f8fd2f3f28 (diff)
Merge tag 'trace-3.19-2' of git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-trace
Pull tracing updates from Steven Rostedt: "As the merge window is still open, and this code was not as complex as I thought it might be. I'm pushing this in now. This will allow Thomas to debug his irq work for 3.20. This adds two new features: 1) Allow traceopoints to be enabled right after mm_init(). By passing in the trace_event= kernel command line parameter, tracepoints can be enabled at boot up. For debugging things like the initialization of interrupts, it is needed to have tracepoints enabled very early. People have asked about this before and this has been on my todo list. As it can be helpful for Thomas to debug his upcoming 3.20 IRQ work, I'm pushing this now. This way he can add tracepoints into the IRQ set up and have users enable them when things go wrong. 2) Have the tracepoints printed via printk() (the console) when they are triggered. If the irq code locks up or reboots the box, having the tracepoint output go into the kernel ring buffer is useless for debugging. But being able to add the tp_printk kernel command line option along with the trace_event= option will have these tracepoints printed as they occur, and that can be really useful for debugging early lock up or reboot problems. This code is not that intrusive and it passed all my tests. Thomas tried them out too and it works for his needs. Link: http://lkml.kernel.org/r/20141214201609.126831471@goodmis.org" * tag 'trace-3.19-2' of git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-trace: tracing: Add tp_printk cmdline to have tracepoints go to printk() tracing: Move enabling tracepoints to just after rcu_init()
Diffstat (limited to 'Documentation/kernel-parameters.txt')
-rw-r--r--Documentation/kernel-parameters.txt18
1 files changed, 18 insertions, 0 deletions
diff --git a/Documentation/kernel-parameters.txt b/Documentation/kernel-parameters.txt
index 1de833556d22..bda85f1dbd44 100644
--- a/Documentation/kernel-parameters.txt
+++ b/Documentation/kernel-parameters.txt
@@ -3570,6 +3570,24 @@ bytes respectively. Such letter suffixes can also be entirely omitted.
3570 See also Documentation/trace/ftrace.txt "trace options" 3570 See also Documentation/trace/ftrace.txt "trace options"
3571 section. 3571 section.
3572 3572
3573 tp_printk[FTRACE]
3574 Have the tracepoints sent to printk as well as the
3575 tracing ring buffer. This is useful for early boot up
3576 where the system hangs or reboots and does not give the
3577 option for reading the tracing buffer or performing a
3578 ftrace_dump_on_oops.
3579
3580 To turn off having tracepoints sent to printk,
3581 echo 0 > /proc/sys/kernel/tracepoint_printk
3582 Note, echoing 1 into this file without the
3583 tracepoint_printk kernel cmdline option has no effect.
3584
3585 ** CAUTION **
3586
3587 Having tracepoints sent to printk() and activating high
3588 frequency tracepoints such as irq or sched, can cause
3589 the system to live lock.
3590
3573 traceoff_on_warning 3591 traceoff_on_warning
3574 [FTRACE] enable this option to disable tracing when a 3592 [FTRACE] enable this option to disable tracing when a
3575 warning is hit. This turns off "tracing_on". Tracing can 3593 warning is hit. This turns off "tracing_on". Tracing can