Merge tag 'docs-5.0' of git://git.lwn.net/linux
Pull documentation update from Jonathan Corbet: "A fairly normal cycle for documentation stuff. We have a new document on perf security, more Italian translations, more improvements to the memory-management docs, improvements to the pathname lookup documentation, and the usual array of smaller fixes. As is often the case, there are a few reaches outside of Documentation/ to adjust kerneldoc comments" * tag 'docs-5.0' of git://git.lwn.net/linux: (38 commits) docs: improve pathname-lookup document structure configfs: fix wrong name of struct in documentation docs/mm-api: link slab_common.c to "The Slab Cache" section slab: make kmem_cache_create{_usercopy} description proper kernel-doc doc:process: add links where missing docs/core-api: make mm-api.rst more structured x86, boot: documentation whitespace fixup Documentation: devres: note checking needs when converting doc🇮🇹 add some process/* translations doc🇮🇹 fixes in process/1.Intro Documentation: convert path-lookup from markdown to resturctured text Documentation/admin-guide: update admin-guide index.rst Documentation/admin-guide: introduce perf-security.rst file scripts/kernel-doc: Fix struct and struct field attribute processing Documentation: dev-tools: Fix typos in index.rst Correct gen_init_cpio tool's documentation Document /proc/pid PID reuse behavior Documentation: update path-lookup.md for parallel lookups Documentation: Use "while" instead of "whilst" dmaengine: Add mailing list address to the documentation ...
This commit is contained in:
@@ -24,13 +24,13 @@ It can be used for debugging or analyzing latencies and
|
||||
performance issues that take place outside of user-space.
|
||||
|
||||
Although ftrace is typically considered the function tracer, it
|
||||
is really a frame work of several assorted tracing utilities.
|
||||
is really a framework of several assorted tracing utilities.
|
||||
There's latency tracing to examine what occurs between interrupts
|
||||
disabled and enabled, as well as for preemption and from a time
|
||||
a task is woken to the task is actually scheduled in.
|
||||
|
||||
One of the most common uses of ftrace is the event tracing.
|
||||
Through out the kernel is hundreds of static event points that
|
||||
Throughout the kernel is hundreds of static event points that
|
||||
can be enabled via the tracefs file system to see what is
|
||||
going on in certain parts of the kernel.
|
||||
|
||||
@@ -462,7 +462,7 @@ of ftrace. Here is a list of some of the key files:
|
||||
|
||||
mono_raw:
|
||||
This is the raw monotonic clock (CLOCK_MONOTONIC_RAW)
|
||||
which is montonic but is not subject to any rate adjustments
|
||||
which is monotonic but is not subject to any rate adjustments
|
||||
and ticks at the same rate as the hardware clocksource.
|
||||
|
||||
boot:
|
||||
@@ -914,8 +914,8 @@ The above is mostly meaningful for kernel developers.
|
||||
current trace and the next trace.
|
||||
|
||||
- '$' - greater than 1 second
|
||||
- '@' - greater than 100 milisecond
|
||||
- '*' - greater than 10 milisecond
|
||||
- '@' - greater than 100 millisecond
|
||||
- '*' - greater than 10 millisecond
|
||||
- '#' - greater than 1000 microsecond
|
||||
- '!' - greater than 100 microsecond
|
||||
- '+' - greater than 10 microsecond
|
||||
@@ -2541,7 +2541,7 @@ At compile time every C file object is run through the
|
||||
recordmcount program (located in the scripts directory). This
|
||||
program will parse the ELF headers in the C object to find all
|
||||
the locations in the .text section that call mcount. Starting
|
||||
with gcc verson 4.6, the -mfentry has been added for x86, which
|
||||
with gcc version 4.6, the -mfentry has been added for x86, which
|
||||
calls "__fentry__" instead of "mcount". Which is called before
|
||||
the creation of the stack frame.
|
||||
|
||||
@@ -2978,7 +2978,7 @@ The following commands are supported:
|
||||
When the function is hit, it will dump the contents of the ftrace
|
||||
ring buffer to the console. This is useful if you need to debug
|
||||
something, and want to dump the trace when a certain function
|
||||
is hit. Perhaps its a function that is called before a tripple
|
||||
is hit. Perhaps it's a function that is called before a triple
|
||||
fault happens and does not allow you to get a regular dump.
|
||||
|
||||
- cpudump:
|
||||
|
Reference in New Issue
Block a user