On 05/03/2021 16:11, jan.som...@dlr.de wrote:
Some of the resulting CTF events have a very large timestamp. This only occurs
for events of which are created by CPUs other than CPU0, but not all of them.
I ran rtems-record-lttng in gdb and could track it to record-client.c:176
(https://git.rtems.org/rtems-tools/tree/trace/record/record-client.c#n176).
There the (delta * ctx->to_bt_scaler ) causes an overflow and sets
per_cpu->uptime.bt to a very large negative number which then later becomes a very
large (positive) timestamp.
I have some trouble figuring out what is going wrong here. The timestamps which
are read from the rtems record events looks quite reasonable to me.
The to_bt_scaler is quite a large value and I don't fully get what it scales.
Does someone have some hints?
It could be related to ring buffer overflows. Do you get
RTEMS_RECORD_PER_CPU_OVERFLOW items? There could be also some bugs in
record-client.c. More unit tests for it would be helpful.
--
embedded brains GmbH
Herr Sebastian HUBER
Dornierstr. 4
82178 Puchheim
Germany
email: sebastian.hu...@embedded-brains.de
phone: +49-89-18 94 741 - 16
fax: +49-89-18 94 741 - 08
Registergericht: Amtsgericht München
Registernummer: HRB 157899
Vertretungsberechtigte Geschäftsführer: Peter Rasmussen, Thomas Dörfler
Unsere Datenschutzerklärung finden Sie hier:
https://embedded-brains.de/datenschutzerklaerung/
_______________________________________________
users mailing list
users@rtems.org
http://lists.rtems.org/mailman/listinfo/users
