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 ?
>
> Chris
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
engine.
--
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.hu...@embedded-brains.de
PGP : Public key available on request.
Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.
_______________________________________________
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel
