<div><br></div><div>I found a part of the assembly that says that the path is not called. <br></div><div><pre>if ( ( flags & POSIX_CONDITION_VARIABLES_CLOCK_MONOTONIC ) != 0 ) {  <br></pre></div><div><pre>40005594:   12 80 00 39     bne  40005678 <_POSIX_Condition_variables_Wait_support+0x118> <== NEVER TAKEN<br></pre><pre>40005598:   f4 27 bf e8     st  %i2, [ %fp + -24 ]   <br></pre><pre><span style="font-family: arial, sans-serif;">So if i'm correct The BSP supports this fuction of CLOCK_Monotonic (because the assembly is archetcture specific)? Which means that there is a need for the test I assume?</span><span style="font-family: arial, sans-serif;"><br></span></pre><pre><span style="font-family: arial, sans-serif;">Also does leon= the same as  the bsp  erc32-sis (or the one in the tutorial)  </span><span style="font-family: arial, sans-serif;"><br></span></pre><pre><span style="font-family: arial, sans-serif;"><br></span></pre><pre><span style="font-family: arial, sans-serif;">Zack
</span><span style="font-family: arial, sans-serif;"><br></span></pre></div><div class="protonmail_signature_block"><div class="protonmail_signature_block-user protonmail_signature_block-empty"><span style="font-family: arial, sans-serif;"><br></span></div><div class="protonmail_signature_block-proton"><span style="font-family: arial, sans-serif;">Sent with </span><a href="https://protonmail.com" target="_blank"><span style="font-family: arial, sans-serif;">ProtonMail</span></a><span style="font-family: arial, sans-serif;"> Secure Email.</span><br></div></div><div><br></div><div>‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐<br></div><div> On Saturday, March 27, 2021 7:50 PM, Joel Sherrill <joel@rtems.org> wrote:<br></div><div> <br></div><blockquote class="protonmail_quote" type="cite"><div dir="ltr"><div dir="ltr"><br></div><div><br></div><div class="gmail_quote"><div dir="ltr">On Sat, Mar 27, 2021 at 2:33 PM zack_on_the_speed_chanel <<a href="mailto:zack_on_the_speed_chanel@protonmail.ch">zack_on_the_speed_chanel@protonmail.ch</a>> wrote:<br></div><blockquote data-darkreader-inline-border-left class="gmail_quote" style="margin: 0px 0px 0px 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex; --darkreader-inline-border-left:#3e4446;"><div><div>Hello,<br></div><div>Last year I tried to do work and help to
contribute to RTEMS. I didn't get too far but now I think I now I have a
 better shot at it! I was able to complete the BSP and tools build, and
run the hello world examples.  I want to work on small tickets first and
 work my way into the source code. The ticket is asking for a test 
clock_create with clock monotonic.  here is the link for the ticket I'm referring to <a href="https://devel.rtems.org/ticket/3889" target="_blank">https://devel.rtems.org/ticket/3889</a> .My thinking is to look for code that
does something similar. In the ticket it says that there is a test with
clock_realtime. I was on the discord and someone suggested me to looking
 to the coverage tests. How come i don't see the function clock_create
when looking at the annotated assembly code?  Also I think the test
should be based on this <a href="https://git.rtems.org/rtems/tree/testsuites/psxtests/psxtimer02/psxtimer.c" target="_blank">https://git.rtems.org/rtems/tree/testsuites/psxtests/psxtimer02/psxtimer.c</a><br></div></div></blockquote><div><br></div><div> That was me on Discord. :)<br></div><div><br></div><div>Yep. psxtimer02 is a good test to start from since it is doing similar cases on a different clock.<br></div><div><br></div><div><div>The coverage I was suggesting to look at is here:<br></div><div><br></div><div><a href="https://ftp.rtems.org/pub/rtems/people/joel/coverage/coverage-2021-02-28/">https://ftp.rtems.org/pub/rtems/people/joel/coverage/coverage-2021-02-28/</a><br></div></div><div><br></div><div>Drill down to leon3 and posix and look at the timer methods (create, settime, gettime) for current coverage.<br></div><div><br></div><div><div>But I warn you, it may or may not actually support the CLOCK_REALTIME and CLOCK_MONOTONIC as required here:<br></div><div><br></div><div><a href="https://pubs.opengroup.org/onlinepubs/9699919799/functions/timer_create.html">https://pubs.opengroup.org/onlinepubs/9699919799/functions/timer_create.html</a><br></div></div><div><br></div><div>So coverage may be high because the implementation of the posix methods themselves are missing something.<br></div><div><br></div><div>Pull the thread a bit to see if the methods support the clock value in question. If so, we just need tests. If not, some code gets added to the timer manager and tests get added.<br></div><div><br></div><div>--joel<br></div><blockquote data-darkreader-inline-border-left class="gmail_quote" style="margin: 0px 0px 0px 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex; --darkreader-inline-border-left:#3e4446;"><div><div><br></div><div>Thanks <br></div><div>Zack<br></div></div><div><br></div><div>_______________________________________________<br></div><div> devel mailing list<br></div><div> <a href="mailto:devel@rtems.org" target="_blank">devel@rtems.org</a><br></div><div> <a href="http://lists.rtems.org/mailman/listinfo/devel" rel="noreferrer" target="_blank">http://lists.rtems.org/mailman/listinfo/devel</a><br></div></blockquote></div></div></blockquote><div><br></div>