<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Jan 24, 2017 at 8:23 PM, Sebastian Huber <span dir="ltr"><<a href="mailto:sebastian.huber@embedded-brains.de" target="_blank">sebastian.huber@embedded-brains.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="gmail-">On 24/01/17 18:25, Matt Rippa wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Thanks for the replies. I'm working on porting our primary mirror control system to RTEMS. <br>
</blockquote>
<br></span>
Which API did you choose? I would use the POSIX API and the RTEMS master. Our focus is currently on documentation updates, warning fixes, ticket updates and so on to prepare the RTEMS 4.12 release.<span class="gmail-"><br></span></blockquote><div><br></div><div>We use the classic API as it's the default for our applications. We also use RTEMS with EPICS, so all of our calls are actually handled through a wrapper interface.  For example, I'll use epicsMutexCreate() with calls </div><div><br></div><div>rtems_semaphore_create (rtems_build_name ('M', c3, c2, c1),</div><div>        1,</div><div>RTEMS_PRIORITY|RTEMS_BINARY_SEMAPHORE|RTEMS_INHERIT_PRIORITY|RTEMS_NO_PRIORITY_CEILING|RTEMS_LOCAL,</div><div>        0,</div><div>        &sid)</div><div><br></div><div>-Matt</div></div></div></div>