GSoC Project | Basic Support for Trace Compass
Sebastian Huber
sebastian.huber at embedded-brains.de
Mon May 20 05:53:06 UTC 2019
On 20/05/2019 07:46, Ravindra Kumar Meena wrote:
> On Thu, May 16, 2019 at 2:54 PM Sebastian Huber
> <sebastian.huber at embedded-brains.de
> <mailto:sebastian.huber at embedded-brains.de>> wrote:
>
> On 16/05/2019 11:05, Ravindra Kumar Meena wrote:
>
> The record data format is described in
> cpukit/include/rtems/recorddata.h. If you think this documentation is
> insufficient, unclear and needs to be improved, then please do
> this as
> part of the project.
>
>
> I can see there is a fixed set of 512 system reserved and 512
> user-defined events. The total size of the record i item is 32 bits
> out of which 10 bits are allocated to the event and 22 bits are
> allocated to timestamps. The record item is defined in two formats 32
> and 64 bits.
Yes, the target depends if the data member is 32-bits or 64-bits. The
reason for this is that we need enough space to store pointers.
>
> With the Qemu simulation you set up during the project proposal,
> you are
> able to get a TCP stream of record items from the Qemu target to your
> host. You also have an example client which sorts this stream,
> determines the timestamps and prints the items.
>
>
> The stream print function is defined at
> rtems-tools/misc/record/record-main.c inside function "static void
> print_item( FILE *f, const client_item *item )". This function prints
> the TCP stram.
Yes.
>
> Your job is now to convert the record item stream into a CTF stream.
>
>
> In order to convert to CTF, we need to know the structure of it. I
> followed this page https://diamon.org/ctf/. The CTF stream packet has
> three major parts header, context, concatenated events(header,
> stream-specific context, event-specific context, payload).
Yes.
>
> *I would like to point out one thing that I recently pulled the
> rtems-libbsd and tried to build it again. The build fails due to
> recent commits made in the master branch(after the commits "Update due
> to API changes").*
If you update rtems-libbsd, then also update rtems and build the BSP
again, then build the libbsd.
> *
> *
> Thanks
>
>
>
> --
> Sebastian Huber, embedded brains GmbH
>
> Address : Dornierstr. 4, D-82178 Puchheim, Germany
> Phone : +49 89 189 47 41-16
> Fax : +49 89 189 47 41-09
> E-Mail : sebastian.huber at embedded-brains.de
> <mailto:sebastian.huber at embedded-brains.de>
> PGP : Public key available on request.
>
> Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.
>
>
>
> --
> *Ravindra Kumar Meena*,
> B. Tech. Computer Science and Engineering,
> Indian Institute of Technology (Indian School of Mines)
> <https://www.iitism.ac.in/>, Dhanbad
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 189 47 41-16
Fax : +49 89 189 47 41-09
E-Mail : sebastian.huber at embedded-brains.de
PGP : Public key available on request.
Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.
More information about the devel
mailing list