[rtems commit] smpcapture02: Add test of functionality to add custom entries to capture trace
joel.sherrill at oarcorp.com
Fri Feb 13 15:15:53 UTC 2015
On 2/13/2015 2:54 AM, Chris Johns wrote:
> On 13/02/2015 7:06 pm, Sebastian Huber wrote:
>> On 13/02/15 08:56, Daniel Cederman wrote:
>>>> Daniel(s), could enlighten me why this is needed ? Is this a arch
>>>> constraint or something else ?
>>> It is an arch constraint. On SPARC, for example, all memory accesses
>>> needs to a be aligned. From the SPARC V8 manual:
>>> "Halfword accesses must be aligned on 2-byte boundaries, word accesses
>>> must be aligned on 4-byte boundaries, and doubleword accesses must be
>>> aligned on 8-byte boundaries. An improperly aligned address in a load
>>> or store instruction causes a trap to occur."
>>> Since the capture engine does a 64-bit write when it writes the time,
>>> the entries needs to be aligned on 8-byte boundaries.
>> If you need this hack in the test, then there is a bug in the caputure
> Agreed, and what I was wondering.
> Maybe the capture engine needs a buffer alignment arg so the data
> transfers match up.
malloc is supposed to return buffers aligned to the strictest requirements
of the architecture. This usually results in 4 or 8 byte alignment. Maybe
the capture engine just needs to follow the same rule.
> devel mailing list
> devel at rtems.org
Joel Sherrill, Ph.D. Director of Research & Development
joel.sherrill at OARcorp.com On-Line Applications Research
Ask me about RTEMS: a free RTOS Huntsville AL 35805
Support Available (256) 722-9985
More information about the devel