Hello Kevin,
please send the GCC patches first to the GCC mailing list for upstream
integration.
Later we have to update the documentation:
https://docs.rtems.org/doc-current/share/rtems/html/cpu_supplement/ARM-Specific-Information-Multilibs.html#ARM-Specific-Information-Multilibs
Tthe docum
doc/source-builder.txt | 56
+++---
1 file changed, 44 insertions(+), 12 deletions(-)
diff --git a/doc/source-builder.txt b/doc/source-builder.txt
index 3bcc397..d676e63 100644
--- a/doc/source-builder.txt
+++ b/doc/source-builder.txt
@@ -39,7 +39,7 @@
I do. I’ll try it out.
Kevin Kirspel
Electrical Engineer - Sr. Staff
Opti Medical
235 Hembree Park Drive
Roswell GA 30076
Tel: (770)-510- ext. 81642
Direct: (770)-688-1642
Fax: (770)-510-4445
From: Joel Sherrill [mailto:joel.sherr...@gmail.com]
Sent: Wednesday, August 17, 2016 3:06 PM
To: Ki
I have a patch for the RTEMS source builder as well as RTEMS itself to support
the VFP on the lpc32xx. I don't have hardware the matches the lpc32xx BSP but
I do have some custom hardware that I can run the test suite on. Can you point
me to some documentation that tells you how to automate th
Thanks.
On Wed, Aug 17, 2016 at 3:15 AM, Sebastian Huber
wrote:
> Cast POSIX error codes to unsigned int to avoid undefined behaviour in
> case of PTHREAD_BARRIER_SERIAL_THREAD which is -1.
> ---
> cpukit/score/include/rtems/score/status.h | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
Dear Devels,
I would like to test the performance of my program running on RTEMS vs
standard OS. Thus I need to monitor in real-time the performances. Is it
yield with the API ?
If so, do you have any idea on how to do it ?
Any help would be great !!!
Kind Regards !
--
Cast POSIX error codes to unsigned int to avoid undefined behaviour in
case of PTHREAD_BARRIER_SERIAL_THREAD which is -1.
---
cpukit/score/include/rtems/score/status.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/cpukit/score/include/rtems/score/status.h
b/cpukit/score/incl
According to POSIX priority value returned from pthread_getschedparam()
shall be the value specified by the most recent pthread_setschedparam(),
pthread_setschedprio(), or pthread_create() call affecting the target
thread. Read this as though a temporary lower priority due to the
sporadic server p