GSoC Project | Basic Support for Trace Compass

Sebastian Huber sebastian.huber at embedded-brains.de
Fri Aug 2 08:38:10 UTC 2019


On 31/07/2019 08:30, Ravindra Kumar Meena wrote:
>      > The bit field is documented in the manual. I would simplify this to:
>      >
>      > cctx->switch_out_int[ item->cpu ].prev_state = ( ( ( item->data
>      >> 24 )
>      > & 0x7 ) == 1 ) ? TASK_IDLE : TASK_RUNNING;
> 
>     Did you check how the Trace Compass behaviour changed with this?
> 
> Yes. I imported the trace on Trace Compass. The CPU 5 Threads and CPU 5 
> States lines are straight in the beginning because there is no change in 
> the cpu_id. At the end of the trace, there is a lot of change in cpu_id 
> due to which Trace Compass shows other CPU thread and state lines.
> 
> I have attached the screenshot of trace compass. Have a look.

Yes, this is similar to what I see. I don't think this is what we want. 
The 09.. are all idle threads. What I want is something similar to the 
LTTNG output, see attached screen shot.

It seems the prev_state is actually the state of the new thread. Doesn't 
really make sense to me. Could you please clarify this with the LTTNG 
mailing list?

-- 
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.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Screenshot_20190802_102013.png
Type: image/png
Size: 227709 bytes
Desc: not available
URL: <http://lists.rtems.org/pipermail/devel/attachments/20190802/fb19d7c3/attachment-0002.png>


More information about the devel mailing list