aboutsummaryrefslogtreecommitdiff
path: root/doc/develop/system_configuration.rst
diff options
context:
space:
mode:
authorTom Rini <trini@konsulko.com>2022-12-18 08:10:09 -0500
committerTom Rini <trini@konsulko.com>2022-12-18 08:10:09 -0500
commit255cebbfa330ec82cd2632f7ede3501d60bf1aa7 (patch)
tree861f5b592b929e26d1392f3a1385adcbac5c637d /doc/develop/system_configuration.rst
parent55e374f508da021cccc2fa90594ad147a1ba6c9d (diff)
parent5b5f6e0d61efe55df5eab82d231f2a483d3f49e7 (diff)
Merge tag 'efi-2023-01-rc4' of https://source.denx.de/u-boot/custodians/u-boot-efi
Pull request for efi-2023-01-rc4 Documentation: * Fix htmldoc build dependency UEFI: * Adjust EBBR version for compatibility table
Diffstat (limited to 'doc/develop/system_configuration.rst')
-rw-r--r--doc/develop/system_configuration.rst6
1 files changed, 3 insertions, 3 deletions
diff --git a/doc/develop/system_configuration.rst b/doc/develop/system_configuration.rst
index 52e4e1df15..40be46b082 100644
--- a/doc/develop/system_configuration.rst
+++ b/doc/develop/system_configuration.rst
@@ -86,12 +86,12 @@ When to use each mechanism
^^^^^^^^^^^^^^^^^^^^^^^^^^
While there are some cases where it should be fairly obvious where to use each
-mechanism, as for example a command would done via Kconfig, a new I2C driver
+mechanism, as for example a command would be done via Kconfig, a new I2C driver
should use Kconfig and be configured via driver model and a header of values
generated by an external tool should be ``CFG``, there will be cases where it's
less clear and one needs to take care when implementing it. In general,
configuration *options* should be done in Kconfig and configuration *settings*
-should done in driver model or ``CFG``. Let us discuss things to keep in mind
+should be done in driver model or ``CFG``. Let us discuss things to keep in mind
when picking the appropriate mechanism.
A thing to keep in mind is that we have a strong preference for using Kconfig as
@@ -122,7 +122,7 @@ to use Kconfig in this case, it would result in using calculated rather than
constructed values, resulting in less clear code. Consider the example of a set
of register values for a memory controller. Defining this as a series of logical
ORs and shifts based on other defines is more clear than the Kconfig entry that
-set the calculated value alone.
+sets the calculated value alone.
When it has been determined that the practical solution is to utilize the
``CFG`` mechanism, the next decision is where to place these settings. It is