The trace file comes in three parts: a header, a textual description section, and a trace frame section with binary data.
The header has the form \x7fTRACE0\n. The first byte is
0x7f so as to indicate that the file contains binary data,
while the 0 is a version number that may have different values
in the future.
The description section consists of multiple lines of ascii text
separated by newline characters (0xa). The lines may include a
variety of optional descriptive or context-setting information, such
as tracepoint definitions or register set size. gdb will
ignore any line that it does not recognize. An empty line marks the end
of this section.
R sizeg packet payload in the remote protocol. size
is an ascii decimal number. There should be only one such line in
a single trace file.
status statusqTStatus
remote packet reply. There should be only one such line in a single trace
file.
tp payloadqTfP/qTsP remote packet reply payload. A single tracepoint
may take multiple lines of definition, corresponding to the multiple
reply packets.
tsv payloadqTfV/qTsV remote packet reply payload. A single variable
may take multiple lines of definition, corresponding to the multiple
reply packets.
tdesc payloadqXfer
features payload, and corresponds to the main target.xml
file. Includes are not allowed.
The trace frame section consists of a number of consecutive frames. Each frame begins with a two-byte tracepoint number, followed by a four-byte size giving the amount of data in the frame. The data in the frame consists of a number of blocks, each introduced by a character indicating its type (at least register, memory, and trace state variable). The data in this section is raw binary, not a hexadecimal or other encoding; its endianness matches the target's endianness.
R bytesg packet in the remote protocol. Note that these are the
actual bytes, in target order, not a hexadecimal encoding.
M address length bytes...V number valueFuture enhancements of the trace file format may include additional types of blocks.