On Mar 10, 2014 2:37 AM, Sebastian Huber <sebastian.hu...@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.hu...@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@rtems.org > http://www.rtems.org/mailman/listinfo/rtems-devel
_______________________________________________ rtems-devel mailing list rtems-devel@rtems.org http://www.rtems.org/mailman/listinfo/rtems-devel