Fw: Re: ticket #3889

zack_on_the_speed_chanel zack_on_the_speed_chanel at protonmail.ch
Sat Mar 27 20:51:52 UTC 2021

I found a part of the assembly that says that the path is not called.


40005594:   12 80 00 39     bne  40005678 <_POSIX_Condition_variables_Wait_support+0x118> <== NEVER TAKEN

40005598:   f4 27 bf e8     st  %i2, [ %fp + -24 ]

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?

Also does leon= the same as  the bsp  erc32-sis (or the one in the tutorial)


Sent with [ProtonMail](https://protonmail.com) Secure Email.

‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐
On Saturday, March 27, 2021 7:50 PM, Joel Sherrill <joel at rtems.org> wrote:

> On Sat, Mar 27, 2021 at 2:33 PM zack_on_the_speed_chanel <zack_on_the_speed_chanel at protonmail.ch> wrote:
>> Hello,
>> 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 https://devel.rtems.org/ticket/3889 .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 https://git.rtems.org/rtems/tree/testsuites/psxtests/psxtimer02/psxtimer.c
> That was me on Discord. :)
> Yep. psxtimer02 is a good test to start from since it is doing similar cases on a different clock.
> The coverage I was suggesting to look at is here:
> https://ftp.rtems.org/pub/rtems/people/joel/coverage/coverage-2021-02-28/
> Drill down to leon3 and posix and look at the timer methods (create, settime, gettime) for current coverage.
> But I warn you, it may or may not actually support the CLOCK_REALTIME and CLOCK_MONOTONIC as required here:
> https://pubs.opengroup.org/onlinepubs/9699919799/functions/timer_create.html
> So coverage may be high because the implementation of the posix methods themselves are missing something.
> 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.
> --joel
>> Thanks
>> Zack
>> _______________________________________________
>> devel mailing list
>> devel at rtems.org
>> http://lists.rtems.org/mailman/listinfo/devel
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rtems.org/pipermail/devel/attachments/20210327/307cecc6/attachment.html>

More information about the devel mailing list