This is the mail archive of the
newlib@sourceware.org
mailing list for the newlib project.
Re: __getreent in libgloss
- From: Sebastian Huber <sebastian dot huber at embedded-brains dot de>
- To: Stefan Wallentowitz <stefan dot wallentowitz at tum dot de>, Joel Sherrill <joel dot sherrill at oarcorp dot com>
- Cc: "newlib at sourceware dot org" <newlib at sourceware dot org>
- Date: Thu, 06 Nov 2014 10:15:45 +0100
- Subject: Re: __getreent in libgloss
- Authentication-results: sourceware.org; auth=none
- References: <5457880D dot 9040602 at tum dot de> <1165383758 dot 4082281 dot 1415051438222 dot JavaMail dot zimbra at redhat dot com> <5458B035 dot 2090100 at tum dot de> <1514665783 dot 4636414 dot 1415135693176 dot JavaMail dot zimbra at redhat dot com> <5459D9D3 dot 9050908 at tum dot de> <AF276038-F1D6-4FA4-8D18-B6EF83615C7A at oarcorp dot com> <545A3527 dot 7030403 at tum dot de> <545A3FF3 dot 3080208 at tum dot de> <545A58FF dot 8070206 at oarcorp dot com> <545B37B8 dot 6080208 at tum dot de>
On 06/11/14 09:56, Stefan Wallentowitz wrote:
We use Multicore or1k in our projects and would be happy to try RTEMS. What do
you think is the required effort?
Sorry, for being off topic to the Newlib list. This should probably addressed
in devel@rtems.org.
Enabling SMP support for a particular architecture/BSP is quite simple in
RTEMS. You need:
1. Support for C11 atomic operations.
2. A couple of defines and functions in the CPU port header file.
3. The implementation of these functions.
4. Some additional assembly code in the context switch function.
This can be done in one day depending on your experience with RTEMS and the
actual architecture.
--
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.huber@embedded-brains.de
PGP : Public key available on request.
Diese Nachricht ist keine geschÃftliche Mitteilung im Sinne des EHUG.