All of lore.kernel.org
 help / color / mirror / Atom feed
From: Philippe Gerum <rpm@xenomai.org>
To: Giulio Moro <giulio@bela.io>
Cc: xenomai@lists.linux.dev
Subject: Re: EVL documentations issues
Date: Tue, 09 Jul 2024 23:07:25 +0200	[thread overview]
Message-ID: <87wmluff5e.fsf@xenomai.org> (raw)
In-Reply-To: <7e4de8bf-c42c-7592-ee44-022d0e75fb68@bela.io> (Giulio Moro's message of "Tue, 9 Jul 2024 10:45:04 -0500")

Giulio Moro <giulio@bela.io> writes:

> Hi there,
> going through the documentation for EVL I noticed the following:
> - at https://evlproject.org/core/user-api/function_index/ the
> functions evl_udelay(),

Mm, legacy name which eventually became evl_usleep() in order to match usleep(3).

> evl_new_clock(),

Once a forward looking statement which did not go anywhere
eventually. We don't need that call, a custom clock can be accessed by
opening the corresponding clock device in the /dev/evl/clock hierarchy
as soon as some EVL driver implements and advertises it to the EVL
core. The returned fd can be used with the generic oob_read/write()
calls to submit requests to such clock.

> evl_get_thread_mode() (at least) are not going anywhere and they are also not mentioned in the libevl source code.

This fell into the cracks in the early days. This would be an alias to
evl_set_thread_mode(fd, 0, &oldmask), with oldmask containing the
current state.

> - in practical use, evl_usleep() seems to have a limit of 1000000 as an argument. Is that expected? The limit is undocumented and the corresponding -EINVAL return value is also undocumented.

Yes, the 1sec limit is wanted, for longer sleeps evl_sleep_until() can
be used with an absolute timeout though. Documentation mentioning EINVAL
was indeed missing though, fixed now.

> - evl_add_pollfd() and evl_mod_pollfd ()take an undocumented union evl_value pollval. The tests use evl_nil.

Doc is upcoming.

> - there are several broken links. I found these with https://www.deadlinkchecker.com/ entering evlproject.org  as the starting page. I report the result  below for convenience, but the kast column "Source link text" is much more usable when viewed on the site as it is a clickable link to the page containing the broken link
>
>

Thanks, all fixed now.

-- 
Philippe.

  parent reply	other threads:[~2024-07-09 21:07 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-07-09 15:45 EVL documentations issues Giulio Moro
2024-07-09 15:51 ` Giulio Moro
2024-07-09 16:11   ` Philippe Gerum
2024-07-09 21:07 ` Philippe Gerum [this message]
2024-07-09 22:07   ` Giulio Moro
2024-07-10  8:51     ` Philippe Gerum
2024-07-10 12:40       ` Giulio Moro

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87wmluff5e.fsf@xenomai.org \
    --to=rpm@xenomai.org \
    --cc=giulio@bela.io \
    --cc=xenomai@lists.linux.dev \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.