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>
next prev parent 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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox