ticket #3889

[Joel Sherrill]

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/bc4337c8/attachment.html>