[PATCH v3 8/8] cyclic: Add documentation

Simon Glass sjg at chromium.org
Fri Aug 5 18:48:32 CEST 2022


Hi Stefan,

On Fri, 5 Aug 2022 at 08:26, Stefan Roese <sr at denx.de> wrote:
>
> Add documentation for the cyclic function infrastructure, including the
> cyclic command.
>
> Signed-off-by: Stefan Roese <sr at denx.de>
> ---
> v3:
> - New patch
>
>  doc/develop/cyclic.rst   | 50 ++++++++++++++++++++++++++++++++++++++++
>  doc/develop/index.rst    |  1 +
>  doc/usage/cmd/cyclic.rst | 45 ++++++++++++++++++++++++++++++++++++
>  doc/usage/index.rst      |  1 +
>  4 files changed, 97 insertions(+)
>  create mode 100644 doc/develop/cyclic.rst
>  create mode 100644 doc/usage/cmd/cyclic.rst

Reviewed-by: Simon Glass <sjg at chromium.org>

>
> diff --git a/doc/develop/cyclic.rst b/doc/develop/cyclic.rst
> new file mode 100644
> index 000000000000..f9cb2668b84c
> --- /dev/null
> +++ b/doc/develop/cyclic.rst
> @@ -0,0 +1,50 @@
> +.. SPDX-License-Identifier: GPL-2.0+
> +
> +Cyclic functions
> +================
> +
> +The cyclic function execution infrastruture provides a way to periodically
> +execute code, e.g. all 100ms. Examples for such functions might be LED

s/all/every/ ?

> +blinking etc. The functions that are hooked into this cyclic list should
> +be small timewise as otherwise the execution of the other code that relies
> +on a high frequent polling (e.g. UART rx char ready check) might be
> +delayed too much. To detect cyclic functions with a too long execution
> +time, the Kconfig option `CONFIG_CYCLIC_MAX_CPU_TIME_US` is introduced,
> +which configures the max allowed time for such a cyclic function. If it's
> +execution time exceeds this time, this cyclic function will get removed
> +from the cyclic list.

[..]

Regards,
SImon


More information about the U-Boot mailing list