C11 Re: [PATCH 3/6] termios: Use C11 mutex for input/output

Peter Dufault dufault at hda.com
Wed Dec 14 21:43:32 UTC 2016


Can someone help clarify the issue?

Is this a “required compiler to build RTEMS” question?  That is, are the compilers currently required to build the RTEMS Sebastian modified guaranteed to support C11 mutexes, and is it desirable to be more conservative about what compiler is needed?

If C11 mutexes guarantee what Sebastian needs and unknown compiler support isn’t required then allow it.

Note that I haven’t researched this, I’m just guessing that the C11 mutexes may guarantee less than the classic semaphores, and are being implemented at the compiler level, and that this minimum level of compiler support is OK for building RTEMS.


> On Dec 14, 2016, at 16:15 , Chris Johns <chrisj at rtems.org> wrote:
> 
> On 15/12/2016 00:39, Sebastian Huber wrote:
>> Use C11 mutexes instead of Classic semaphores as a performance
>> optimization and to simplify the application configuration.
> 
> The use of C11 mutexes has not been agreed too and we need to discuss 
> this in more detail before we allow use within RTEMS. I would like to 
> see positive agreement from all core maintainers before this and similar 
> patches can be merged.
> 
> RTEMS has required the use of the Classic API because:
> 
>  1. Available on all architectures, BSPs and tool sets.
>  2. Always present in a build.
>  3. Was considered faster than POSIX.
> 
> The Classic API provides a base level of required functionality because 
> it is always available in supported tool sets and leads to the smallest 
> footprint because we do not need to link in more than one API.
> 
> I understand things change and move on so it is great to see this change 
> being proposed and our existing base line being challenged.
> 
> I see from your performance figures C11 mutexes are better and the 
> resources are allocated as needed and used which is a better model than 
> the Classic API's configuration table. This is nice.
> 
> Do all architectures and BSPs have working C11 support?
> 
> Is there tests in the RTEMS testsuite for C11 threading services?
> 
> What target resources are used to support this API, ie code and RAM usage?
> 
> Would the "tiny" footprint be smaller if all internal services including 
> compiler thread support are made C11? Could this actually be done? Parts 
> of POSIX has been creeping in over time so the position is a little 
> confused at the moment. I am not sure about a bits and pieces approach, 
> maybe a full switch is made.
> 
> Does C11 work on LLVM (I hear support is close)?
> 
> Where is the C11 API implemented? Is the threading code outside the 
> RTEMS source tree and what effect does that have on those looking to 
> certify RTEMS?
> 
> Does a change like this require a coding standard update?
> 
> Chris
> _______________________________________________
> devel mailing list
> devel at rtems.org
> http://lists.rtems.org/mailman/listinfo/devel

Peter
-----------------
Peter Dufault
HD Associates, Inc.      Software and System Engineering

This email, like most email, is delivered unencrypted via internet email protocols subject to interception and tampering.  Contact HDA to discuss methods we can use that ensure secure communication.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rtems.org/pipermail/devel/attachments/20161214/5e470caa/attachment.html>


More information about the devel mailing list