On 14/07/2017 15:52, Sebastian Huber wrote:
> Module:rtems-docs
> Branch:master
The automatic updating of the online docs is down until I update the process to
use the TrueNAS box now attached to docs.rtems.org at OSU OSL. I hope this will
be sorted soon.
Chris
___
On 13/07/17 14:12, Daniel Cederman wrote:
On 2017-07-13 10:43, Sebastian Huber wrote:
What about enabling SPARC_USE_SAFE_FP_SUPPORT also in uniprocessor
configurations and maybe add a lazy floating point safe as an
optimization?
With this optimization, would it behave like the standard de
On 2017-07-13 10:43, Sebastian Huber wrote:
What about enabling SPARC_USE_SAFE_FP_SUPPORT also in uniprocessor
configurations and maybe add a lazy floating point safe as an optimization?
With this optimization, would it behave like the standard deferred
method, but with the FP context only
On 2017-07-13 10:43, Sebastian Huber wrote:
All the BSPs use -msoft-float. How do we want to address the soft-float
vs. hard-float issue on SPARC? This is a never ending story so far. Is
soft-float really used in the majority of applications? All the users I
talked up to now said they use hard
All the BSPs use -msoft-float. How do we want to address the soft-float
vs. hard-float issue on SPARC? This is a never ending story so far. Is
soft-float really used in the majority of applications? All the users I
talked up to now said they use hard-float.
What about enabling SPARC_USE_SAFE_F
The UT699 requires -mcpu=leon as it does not support the CAS instruction
provided by -mcpu=leon3. It also requires -mfix-ut699 for errata fixes.
UT700 and GR712RC requires the -mfix-ut700 and -mfix-gr712rc flags that
have been recently added to GCC's master and 7-branch.
---
c/src/lib/libbsp/spar
This patch adds NOP instructions to prevent instruction sequences
that are sensitive to the LEON3FT B2BST errata. See GRLIB-TN-0009:
"LEON3FT Stale Cache Entry After Store with Data Tag Parity Error"
for more information.
The sequences are only modified if __FIX_LEON3FT_B2BST is defined.
The patc
