SuperCore Scheduler (GSOC 2014)
Joel Sherrill
Joel.Sherrill at OARcorp.com
Mon Mar 10 11:53:40 UTC 2014
On Mar 10, 2014 2:37 AM, Sebastian Huber <sebastian.huber at embedded-brains.de> wrote:
>
> On 2014-03-09 18:51, Andre Marques wrote:
> >
> > The problem is everything in the SMP task list seems to be already under way.
> > Maybe it would be better for me to focus outside SMP for GSoC.
> >
> > For POSIX I could:
> >
> > - Continue rename() test case (including the issues I have postponed until now)
> > and then make rename() POSIX conformant
> > - Implement lio_listio() (the only function that seems unimplemented at
> > http://www.rtems.org/wiki/index.php/POSIX_Asynchronous_IO)
> > - Test POSIX FIFOS (http://www.rtems.org/wiki/index.php/POSIXFIFOs)
> > - Solve some issues with newlib
> > (http://www.rtems.org/wiki/index.php/POSIX_Methods_in_NewLib_RTEMS_improvements)
> >
> > What do you think?
>
> Another topic might be the Newlib locking:
>
> https://www.rtems.org/bugzilla/show_bug.cgi?id=1247
>
> I added support for the openat() etc. functions in Newlib for RTEMS early this
> year:
>
> https://sourceware.org/ml/newlib/2014/msg00000.html
>
> Implementing these functions is suitable for a GSoC project. These functions
> can be used to simplify the FTP server and the rtems_tarfs_load() function for
> example.
I have a list of Newlib deficiencies versus the Safety Basic POSIX profile defined by the Open Group FACE consortium. This is a single process multithreaded profile targeted to avionics.
Interested?
> --
> 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 at embedded-brains.de
> PGP : Public key available on request.
>
> Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.
> _______________________________________________
> rtems-devel mailing list
> rtems-devel at rtems.org
> http://www.rtems.org/mailman/listinfo/rtems-devel
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rtems.org/pipermail/devel/attachments/20140310/b7784a42/attachment-0001.html>
More information about the devel
mailing list