<p dir="ltr"><br>
On Mar 10, 2014 2:37 AM, Sebastian Huber <sebastian.huber@embedded-brains.de> wrote:<br>
><br>
> On 2014-03-09 18:51, Andre Marques wrote:<br>
> ><br>
> > The problem is everything in the SMP task list seems to be already under way.<br>
> > Maybe it would be better for me to focus outside SMP for GSoC.<br>
> ><br>
> > For POSIX I could:<br>
> ><br>
> > - Continue rename() test case (including the issues I have postponed until now)<br>
> > and then make rename() POSIX conformant<br>
> > - Implement lio_listio() (the only function that seems unimplemented at<br>
> > http://www.rtems.org/wiki/index.php/POSIX_Asynchronous_IO)<br>
> > - Test POSIX FIFOS (http://www.rtems.org/wiki/index.php/POSIXFIFOs)<br>
> > - Solve some issues with newlib<br>
> > (http://www.rtems.org/wiki/index.php/POSIX_Methods_in_NewLib_RTEMS_improvements)<br>
> ><br>
> > What do you think?<br>
><br>
> Another topic might be the Newlib locking:<br>
><br>
> https://www.rtems.org/bugzilla/show_bug.cgi?id=1247<br>
><br>
> I added support for the openat() etc. functions in Newlib for RTEMS early this <br>
> year:<br>
><br>
> https://sourceware.org/ml/newlib/2014/msg00000.html<br>
><br>
> Implementing these functions is suitable for a GSoC project.  These functions <br>
> can be used to simplify the FTP server and the rtems_tarfs_load() function for <br>
> example.</p>
<p dir="ltr">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.</p>
<p dir="ltr">Interested?</p>
<p dir="ltr">> -- <br>
> Sebastian Huber, embedded brains GmbH<br>
><br>
> Address : Dornierstr. 4, D-82178 Puchheim, Germany<br>
> Phone   : +49 89 189 47 41-16<br>
> Fax     : +49 89 189 47 41-09<br>
> E-Mail  : sebastian.huber@embedded-brains.de<br>
> PGP     : Public key available on request.<br>
><br>
> Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.<br>
> _______________________________________________<br>
> rtems-devel mailing list<br>
> rtems-devel@rtems.org<br>
> http://www.rtems.org/mailman/listinfo/rtems-devel<br>
</p>