path: root/Documentation/user/reboot-mode.rst
diff options
authorUlrich Ölmann <>2021-10-21 16:36:54 +0200
committerSascha Hauer <>2021-10-22 13:33:05 +0200
commitd136ec5ac6882ba85842c542de472a39b646a101 (patch)
treec0365b925881249f46e003f660b60007da2181c7 /Documentation/user/reboot-mode.rst
parent7432cd1e113d384b6f6af607b3b7679552edd74f (diff)
Documentation: reboot-mode: fix typos
Signed-off-by: Ulrich Ölmann <> Link: Signed-off-by: Sascha Hauer <>
Diffstat (limited to 'Documentation/user/reboot-mode.rst')
1 files changed, 4 insertions, 4 deletions
diff --git a/Documentation/user/reboot-mode.rst b/Documentation/user/reboot-mode.rst
index 507d6feb01..681438d944 100644
--- a/Documentation/user/reboot-mode.rst
+++ b/Documentation/user/reboot-mode.rst
@@ -10,7 +10,7 @@ that boot should happen from a different boot medium.
Likewise, many bootloaders reuse such registers, or if unavailable,
non-volatile memory to determine whether the OS requested a special
-reboot mode, e.g. rebooting into an USB recovery mode. This is
+reboot mode, e.g. rebooting into a USB recovery mode. This is
common on Android systems.
barebox implements the upstream device tree bindings for
@@ -52,11 +52,11 @@ Reset
Reboot modes can be stored on a syscon wrapping general purpose registers
-that survives warm resets. If the system instead did reset via an external
+that survive warm resets. If the system instead did reset via an external
power management IC, the registers may lose their value.
If such reboot mode storage is used, users must take care to use the correct
-reset provider. In barebox, multiple reset providers may co-exist. They
+reset provider. In barebox, multiple reset providers may co-exist. The
``reset`` command allows listing and choosing a specific reboot mode.
@@ -86,7 +86,7 @@ as the reboot mode.
For cases, where the communication instead happens between barebox and an OS,
they can be completely different, e.g. ``$bootsource`` may say barebox was
booted from ``spi-nor``, while the reboot mode describes that barebox should
-boot the Kernel off an USB flash drive.
+boot the Kernel off a USB flash drive.
Comparison to barebox state