All of lore.kernel.org
 help / color / mirror / Atom feed
From: Marcel Ziswiler <marcel.ziswiler@toradex.com>
To: "sjg@chromium.org" <sjg@chromium.org>,
	"u-boot@lists.denx.de" <u-boot@lists.denx.de>
Cc: "trini@konsulko.com" <trini@konsulko.com>,
	"xypron.glpk@gmx.de" <xypron.glpk@gmx.de>,
	"ilias.apalodimas@linaro.org" <ilias.apalodimas@linaro.org>,
	"seanga2@gmail.com" <seanga2@gmail.com>,
	"mark.kettenis@xs4all.nl" <mark.kettenis@xs4all.nl>
Subject: Re: [PATCH v2 1/3] doc: Tidy up the bindings for the config/ node
Date: Mon, 30 Aug 2021 14:45:42 +0000	[thread overview]
Message-ID: <c12e01e2bb2831a1cdebdec03a3a539e297afdfa.camel@toradex.com> (raw)
In-Reply-To: <20210828164630.81050-2-sjg@chromium.org>

On Sat, 2021-08-28 at 10:46 -0600, Simon Glass wrote:
> Sort these and add a type so it is clear how to set the value. Add a note
> about usage to the top. Correct the 'no-keyboard' binding which is missing
> a prefix.
> 
> Signed-off-by: Simon Glass <sjg@chromium.org>
> ---
> Note that some uses a u-boot prefix and some don't. Once [1] is applied
> we may want to update this to always use the prefix, or never. Another
> option would be to call the node u-boot,config. and drop the prefix. This
> has the advantage of complying with the devicetree spec, at little cost.
> 
> [1] https://patchwork.ozlabs.org/project/uboot/patch/20210807132413.3513724-2-sjg@chromium.org/
> 
> Changes in v2:
> - Add a new patch to tidy up the /config bindings
> 
>  doc/device-tree-bindings/config.txt | 46 ++++++++++++++++-------------
>  1 file changed, 26 insertions(+), 20 deletions(-)
> 
> diff --git a/doc/device-tree-bindings/config.txt b/doc/device-tree-bindings/config.txt
> index 6cdc16da5b5..61ae18f8239 100644
> --- a/doc/device-tree-bindings/config.txt
> +++ b/doc/device-tree-bindings/config.txt
> @@ -5,15 +5,15 @@ A number of run-time configuration options are provided in the /config node
>  of the control device tree. You can access these using fdtdec_get_config_int(),
>  fdtdec_get_config_bool() and fdtdec_get_config_string().
>  
> -Available options are:
> -
> -silent-console
> -       If present and non-zero, the console is silenced by default on boot.
> +These options are designed to affect the operation of U-Boot at runtime.
> +Runtime-configuration items can help avoid proliferation of different builds
> +with only minor changes, e.g. enabling and disabling console output. Items
> +here should be those that can usefully be set by the build system after U-Boot
> +is built.
>  
> -no-keyboard
> -       Tells U-Boot not to expect an attached keyboard with a VGA console
> +Available options are:
>  
> -u-boot,efi-partition-entries-offset
> +u-boot,efi-partition-entries-offset (int)
>         If present, this provides an offset (in bytes, from the start of a
>         device) that should be skipped over before the partition entries.
>         This is used by the EFI/GPT partition implementation when a device
> @@ -21,17 +21,8 @@ u-boot,efi-partition-entries-offset
>  
>         This setting will override any values configured via Kconfig.
>  
> -u-boot,mmc-env-partition
> -       if present, the environment shall be placed at the last
> -       CONFIG_ENV_SIZE blocks of the partition on the
> -       CONFIG_SYS_MMC_ENV_DEV.
> -
> -       if u-boot,mmc-env-offset* is present, this setting will take
> -       precedence. In that case, only if the partition is not found,
> -       mmc-env-offset* will be tried.
> -
> -u-boot,mmc-env-offset
> -u-boot,mmc-env-offset-redundant
> +u-boot,mmc-env-offset (int)
> +u-boot,mmc-env-offset-redundant (int)
>         If present, the values of the 'u-boot,mmc-env-offset' and/or
>         of the u-boot,mmc-env-offset-redundant' properties overrides
>         CONFIG_ENV_OFFSET and CONFIG_ENV_OFFSET_REDUND, respectively,
> @@ -42,12 +33,27 @@ u-boot,mmc-env-offset-redundant
>         will point at the beginning of a LBA and values that are not
>         LBA-aligned will be rounded up to the next LBA address.
>  
> -u-boot,spl-payload-offset
> +u-boot,mmc-env-partition (int)
> +       if present, the environment shall be placed at the last
> +       CONFIG_ENV_SIZE blocks of the partition on the
> +       CONFIG_SYS_MMC_ENV_DEV.
> +
> +       if u-boot,mmc-env-offset* is present, this setting will take
> +       precedence. In that case, only if the partition is not found,
> +       mmc-env-offset* will be tried.
> +
> +u-boot,no-keyboard (bool)
> +       Tells U-Boot not to expect an attached keyboard with a VGA console

Full stop missing.

> +
> +silent-console (int)
> +       If present and non-zero, the console is silenced by default on boot.
> +
> +u-boot,spl-payload-offset (int)
>         If present (and SPL is controlled by the device-tree), this allows
>         to override the CONFIG_SYS_SPI_U_BOOT_OFFS setting using a value
>         from the device-tree.
>  
> -sysreset-gpio
> +sysreset-gpio (string)
>         If present (and supported by the specific board), indicates a
>         GPIO that can be set to trigger a system reset.  It is assumed
>         that such a system reset will effect a complete platform reset,

Reviewed-by: Marcel Ziswiler <marcel.ziswiler@toradex.com>

  reply	other threads:[~2021-08-30 14:45 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-08-28 16:46 [PATCH v2 0/3] doc: Clarify how U-Boot makes use of devicetree Simon Glass
2021-08-28 16:46 ` [PATCH v2 1/3] doc: Tidy up the bindings for the config/ node Simon Glass
2021-08-30 14:45   ` Marcel Ziswiler [this message]
2021-08-28 16:46 ` [PATCH v2 2/3] doc: Complete the list of available runtime-config options Simon Glass
2021-08-30 14:53   ` Marcel Ziswiler
2021-08-28 16:46 ` [PATCH v2 3/3] RFC: doc: Add documentation about devicetree usage Simon Glass
2021-08-30 12:46   ` Ilias Apalodimas
2021-08-30 14:30   ` Heinrich Schuchardt
2021-08-30 14:48     ` Tom Rini
2021-08-30 15:14       ` Heinrich Schuchardt
2021-08-30 16:15         ` Tom Rini
2021-09-03  8:53           ` Simon Glass
2021-09-03  8:53       ` Simon Glass
2021-09-10 14:00         ` Tom Rini
2021-10-22  3:05           ` Simon Glass
2021-08-30 14:53   ` Marcel Ziswiler

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=c12e01e2bb2831a1cdebdec03a3a539e297afdfa.camel@toradex.com \
    --to=marcel.ziswiler@toradex.com \
    --cc=ilias.apalodimas@linaro.org \
    --cc=mark.kettenis@xs4all.nl \
    --cc=seanga2@gmail.com \
    --cc=sjg@chromium.org \
    --cc=trini@konsulko.com \
    --cc=u-boot@lists.denx.de \
    --cc=xypron.glpk@gmx.de \
    /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.