----- Chris Johns <chr...@rtems.org> schrieb: > On 22/12/2016 01:19, Sebastian Huber wrote: > > The POSIX API provides no binary semaphores, so task/interrupt > > synchronization is a problem. So, for drivers there is still a need for > > some RTEMS-specific APIs. > > I like the idea of NP additions help us here. We already have > pthread_getaffinity_np.
I don't like the idea of adding RTEMS-specific pthread_*_np() functions. The pthread_getaffinity_np(), etc. was invented by glibc (probably?). I don't think RTEMS should be the trendsetter in this area. It confuses users to have NP functions that are RTEMS-specific and NP functions that are available on Linux/BSD. QNX has a list of non-POSIX functions with POSIX-sounding names: http://www.qnx.com/developers/docs/am11/index.jsp?topic=%2Fcom.qnx.doc.neutrino.prog%2Ftopic%2Fposix_conformance_POSIX_sounding.html&cp=1_3_1_10_2 The gray area is task/interrupt synchronization. I didn't find something useful on the QNX page. What we definitely need is something like a binary semaphore (a one bit event). -- 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. _______________________________________________ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel
