Skip to content

Commit

Permalink
---
Browse files Browse the repository at this point in the history
yaml
---
r: 100613
b: refs/heads/master
c: 6f6f394
h: refs/heads/master
i:
  100611: 308ffa1
v: v3
  • Loading branch information
Pekka Paalanen authored and Thomas Gleixner committed May 24, 2008
1 parent 09d1beb commit f9803b1
Show file tree
Hide file tree
Showing 2 changed files with 20 additions and 9 deletions.
2 changes: 1 addition & 1 deletion [refs]
Original file line number Diff line number Diff line change
@@ -1,2 +1,2 @@
---
refs/heads/master: e0fd5c2fa188311667267c02a702ae699a9fc2bd
refs/heads/master: 6f6f394d9ca61fcc73ecfd2f2bf58e92dc1ab269
27 changes: 19 additions & 8 deletions trunk/Documentation/tracers/mmiotrace.txt
Original file line number Diff line number Diff line change
Expand Up @@ -25,7 +25,8 @@ Mmiotrace feature is compiled in by the CONFIG_MMIOTRACE option. Tracing is
disabled by default, so it is safe to have this set to yes. SMP systems are
supported, but tracing is unreliable and may miss events if more than one CPU
is on-line, therefore mmiotrace takes all but one CPU off-line during run-time
activation [not implemented].
activation. You can re-enable CPUs by hand, but you have been warned, there
is no way to automatically detect if you are losing events due to CPUs racing.


Usage Quick Reference
Expand All @@ -37,7 +38,7 @@ $ cat /debug/tracing/trace_pipe > mydump.txt &
Start X or whatever.
$ echo "X is up" > /debug/tracing/marker
$ echo none > /debug/tracing/current_tracer
Check kernel log.
Check for lost events.


Usage
Expand Down Expand Up @@ -67,12 +68,22 @@ do.

Shut down mmiotrace (requires root privileges):
$ echo none > /debug/tracing/current_tracer
The 'cat' process exits. If it does not, kill it by 'fg' and pressing ctrl+c.

[This feature is not implemented yet!]
Check your kernel log. If there are messages about mmiotrace losing events,
this is due to buffer overrun, and the trace is incomplete. You should enlarge
the buffers and try again. [How?]
The 'cat' process exits. If it does not, kill it by issuing 'fg' command and
pressing ctrl+c.

Check that mmiotrace did not lose events due to a buffer filling up. Either
$ grep -i lost mydump.txt
which tells you exactly how many events were lost, or use
$ dmesg
to view your kernel log and look for "mmiotrace has lost events" warning. If
events were lost, the trace is incomplete. You should enlarge the buffers and
try again. Buffers are enlarged by first seeing how large the current buffers
are:
$ cat /debug/tracing/trace_entries
gives you a number. Approximately double this number and write it back, for
instance:
$ echo 128000 > /debug/tracing/trace_entries
Then start again from the top.

If you are doing a trace for a driver project, e.g. Nouveau, you should also
do the following before sending your results:
Expand Down

0 comments on commit f9803b1

Please sign in to comment.