Skip to content
Projects
Groups
Snippets
Help
Loading...
Sign in
Toggle navigation
P
PPSi
Project
Project
Details
Activity
Cycle Analytics
Repository
Repository
Files
Commits
Branches
Tags
Contributors
Graph
Compare
Charts
Issues
50
Issues
50
List
Board
Labels
Milestones
Merge Requests
1
Merge Requests
1
Wiki
Wiki
image/svg+xml
Discourse
Discourse
Members
Members
Collapse sidebar
Close sidebar
Activity
Graph
Charts
Create a new issue
Commits
Issue Boards
Open sidebar
Projects
PPSi
Commits
35b3928b
Commit
35b3928b
authored
Oct 16, 2013
by
Alessandro Rubini
Browse files
Options
Browse Files
Download
Email Patches
Plain Diff
doc: list the diagnostics 'things'
Signed-off-by:
Alessandro Rubini
<
rubini@gnudd.com
>
parent
b3c5e11e
Hide whitespace changes
Inline
Side-by-side
Showing
1 changed file
with
28 additions
and
6 deletions
+28
-6
ppsi-manual.in
doc/ppsi-manual.in
+28
-6
No files found.
doc/ppsi-manual.in
View file @
35b3928b
...
...
@@ -376,18 +376,40 @@ each diagnostic thing the header defines a few bits; so we can have
diagnostic levels for each of them, but we suggest only using level 1
and 2 -- the rationale is in the header itself.
The @i
{
things
}
currently defined are: finite state machine, time code,
frame send/receive, servo, best master clock, extension-specific
features. The user is expected to pass diagnostic flags as a string,
The @i
{
things
}
currently defined are:
@itemize
@item Finite State Machine: PPSi reports FSM state transitions.
@item Time: at level 1 PPSi reports @i
{
time
_
set
}
operations
and timeouts; at level 2 it also reports @i
{
time
_
get
}
operations.
@item Frames: at level 1 PPSi reports any send and receive event; at level 2
it also shows the frame itself (using @i
{
ptpdump
}
code).
@item Servo: report servo operation. At level 2 it also shows the individual
timestamps and internal averaging.
@item BMC: at level 1 PPSi reports BMC choices, at level 2 it reports
addition of new masters as well.
@item Externsions: extension-specific information.
@item Configuration: at level 1 PPSi reports errors, at level 2 all
configuration items being parsed (from either files or command line).
@end itemize
The user is expected to pass diagnostic flags as a string,
specifying diagnostic levels for each of the things, where trailing
zeroes are optional. So for example ``@t
{
01
}
'' specifies a
diagnostic level 1 for time, and ``@t
{
102
}
'' specifies FSM at level1
diagnostic level 1 for time, and ``@t
{
102
}
'' specifies FSM at level
1
and frames at level 2. The header itself is more detailed about
the conventions.
To parse the diagnostic string, PPSi offers @i
{
pp
_
diag
_
parse
}
. The
function is used
, for example, by the code that reads the command
line
.
function is used
by both the code that reads the command line
and code that parses configuration
.
Within PPSi, developers should insert diagnostic messages by means
of the @i
{
pp
_
diag
}
function:
...
...
Write
Preview
Markdown
is supported
0%
Try again
or
attach a new file
Attach a file
Cancel
You are about to add
0
people
to the discussion. Proceed with caution.
Finish editing this message first!
Cancel
Please
register
or
sign in
to comment