On 19/07/17 16:13, Gedare Bloom wrote:
+#if defined(_CPU_Context_Destroy)
+ #define _Context_Destory( _the_thread, _the_context ) \
typo: s/Destory/Destroy
What is the point of this function/macro?
The thread/context may be registered somewhere and we have to remove
this registration once
Just for reference, the fsmuld instruction appears in the following
multilibs:
/opt/rtems-4.12/sparc-rtems4.12/lib/leon3/gr712rc/libm.a
18: 81 a2 0d 29 fsmuld %f8, %f9, %f0
/opt/rtems-4.12/sparc-rtems4.12/lib/leon3/libm.a
18: 81 a2 0d 29 fsmuld %f8, %f9, %f0
/opt/rtems-4.12/spa
On 19/07/17 22:35, Jiri Gaisler wrote:
On 07/19/2017 07:36 PM, Sebastian Huber wrote:
- Jiri Gaisler schrieb:
On 07/19/2017 04:04 PM, Sebastian Huber wrote:
Hello Jiri,
I fixed a couple of tests. One remaining failure on the leon2 is mathf:
*** BEGIN OF TEST MATHF ***
acosf :
On 07/19/2017 07:36 PM, Sebastian Huber wrote:
> - Jiri Gaisler schrieb:
>>
>> On 07/19/2017 04:04 PM, Sebastian Huber wrote:
>>> Hello Jiri,
>>>
>>> I fixed a couple of tests. One remaining failure on the leon2 is mathf:
>>>
>>> *** BEGIN OF TEST MATHF ***
>>> acosf : 1.570796
>>>
- Jiri Gaisler schrieb:
>
>
> On 07/19/2017 04:04 PM, Sebastian Huber wrote:
> > Hello Jiri,
> >
> > I fixed a couple of tests. One remaining failure on the leon2 is mathf:
> >
> > *** BEGIN OF TEST MATHF ***
> > acosf : 1.570796
> > acoshf : -nan
> > asinf : 1.570
On 07/19/2017 04:04 PM, Sebastian Huber wrote:
> Hello Jiri,
>
> I fixed a couple of tests. One remaining failure on the leon2 is mathf:
>
> *** BEGIN OF TEST MATHF ***
> acosf : 1.570796
> acoshf : -nan
> asinf : 1.570796
> asinhf : 0.881374
> atanf : 0
Hi all,
This link about the IRC log: https://devel.rtems.org/wiki/Developer/IRC, there
are the ways to find irc log archive but none of them are working.
So anyone can fix it and have an idea about how to get irc log?
Best Regards
Sichen Zhao
___
devel
The loop that checks if the current address is already mapped uses
the same local variable for the chanin node as the newly allocated
chain node so the allocated chain node gets over written.
Added a new local variable for the loop that checks the address
---
cpukit/posix/src/mmap.c | 7 ---
On Wed, Jul 19, 2017 at 4:21 AM, Sebastian Huber
wrote:
> Update #3077.
> ---
> cpukit/score/cpu/no_cpu/rtems/score/cpu.h | 19 +++
> cpukit/score/include/rtems/score/context.h | 7 +++
> cpukit/score/src/threadrestart.c | 2 +-
> 3 files changed, 27 insertions(+)
Hello Jiri,
I fixed a couple of tests. One remaining failure on the leon2 is mathf:
*** BEGIN OF TEST MATHF ***
acosf : 1.570796
acoshf : -nan
asinf : 1.570796
asinhf : 0.881374
atanf : 0.665774
atan2f : 0.785398
atanhf : inf
cbrtf
On 29/06/17 20:02, Kirspel, Kevin wrote:
For those who run a RTEMS 4.12 single processor application with
LIBBSD, what percentage of time does your application spend in the
timer server task? My NXP LPC3250 application spends about 13% of the
processor time processing the timer server. Most
---
c/src/lib/libbsp/sparc/leon2/make/custom/leon2.cfg | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/c/src/lib/libbsp/sparc/leon2/make/custom/leon2.cfg
b/c/src/lib/libbsp/sparc/leon2/make/custom/leon2.cfg
index af1cb1b44d..4db836ea3b 100644
--- a/c/src/lib/libbsp/sparc/leon2
---
c/src/lib/libbsp/sparc/leon2/Makefile.am | 5 +++-
c/src/lib/libbsp/sparc/leon2/configure.ac | 1 +
.../lib/libbsp/sparc/leon2/make/custom/at697f.cfg | 18 +++
.../lib/libbsp/sparc/leon2/startup/linkcmds.at697f | 1 +
.../lib/libbsp/sparc/leon2/startup/linkcm
Rename SPARC_USE_SAFE_FP_SUPPORT in SPARC_USE_SYNCHRONOUS_FP_SWITCH.
Update comment.
Update #3077.
---
c/src/lib/libbsp/sparc/shared/irq_asm.S | 6 ++--
cpukit/score/cpu/sparc/cpu.c | 4 +--
cpukit/score/cpu/sparc/cpu_asm.S | 2 +-
cpukit/score/cpu/sparc/rtems/score/cpu.h
The SPARC ABI is a bit special with respect to the floating point context.
The complete floating point context is volatile. Thus, from an ABI point
of view nothing needs to be saved and restored during a context switch.
Instead the floating point context must be saved and restored during
interrupt
Add new fatal error INTERNAL_ERROR_ILLEGAL_USE_OF_FLOATING_POINT_UNIT.
Update #3077.
---
c/src/lib/libbsp/sparc/erc32/startup/spurious.c | 4 ++
c/src/lib/libbsp/sparc/leon2/startup/spurious.c | 4 ++
c/src/lib/libbsp/sparc/leon3/startup/spurious.c | 4 ++
cpukit/sapi/src/interrtext.c
Update #3077.
---
cpukit/score/cpu/no_cpu/rtems/score/cpu.h | 19 +++
cpukit/score/include/rtems/score/context.h | 7 +++
cpukit/score/src/threadrestart.c | 2 +-
3 files changed, 27 insertions(+), 1 deletion(-)
diff --git a/cpukit/score/cpu/no_cpu/rtems/score/cpu
17 matches
Mail list logo
