Documentation/arch/arm64/booting.rst | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)
Add the missing "i" to "initalised" in the description of the
spin-table cpu-release-addr property.
The British spelling is deliberate. doc-guide/contributing.rst asks
that both American and British spellings be left alone, so only the typo
is corrected, not the dialect. checkpatch.pl suggests "initialized"
here because scripts/spelling.txt maps this entry to the American form;
that is addressed separately.
Assisted-by: Cursor:claude-opus-5
Signed-off-by: Hemanth Selam <hemanth.selam@gmail.com>
---
Notes:
Changes since v2:
- the guidance lives in doc-guide/contributing.rst, not
doc-guide/checkpatch.rst as v2 claimed (Weijie Yuan)
- drop the v1 narrative and the redundant "only the documentation text
changes" line
Changes since v1:
- keep "initialised" rather than switching the file to "initialized",
so the British spelling is preserved (Randy Dunlap)
Documentation/arch/arm64/booting.rst | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Documentation/arch/arm64/booting.rst b/Documentation/arch/arm64/booting.rst
index 13ef311dace8..891fd22f7229 100644
--- a/Documentation/arch/arm64/booting.rst
+++ b/Documentation/arch/arm64/booting.rst
@@ -588,7 +588,7 @@ following manner:
- CPUs with a "spin-table" enable-method must have a 'cpu-release-addr'
property in their cpu node. This property identifies a
- naturally-aligned 64-bit zero-initalised memory location.
+ naturally-aligned 64-bit zero-initialised memory location.
These CPUs should spin outside of the kernel in a reserved area of
memory (communicated to the kernel by a /memreserve/ region in the
--
2.48.1
On Mon, 07 Sep 2026 17:11:46 +0530, Hemanth Selam wrote:
> Add the missing "i" to "initalised" in the description of the
> spin-table cpu-release-addr property.
>
> The British spelling is deliberate. doc-guide/contributing.rst asks
> that both American and British spellings be left alone, so only the typo
> is corrected, not the dialect. checkpatch.pl suggests "initialized"
> here because scripts/spelling.txt maps this entry to the American form;
> that is addressed separately.
>
> [...]
Applied to arm64 (for-next/misc), thanks!
[1/1] docs: arm64: Fix typo "initalised" in booting.rst
https://git.kernel.org/arm64/c/8c37fb7f67ce
On 9/7/26 4:41 AM, Hemanth Selam wrote: > Add the missing "i" to "initalised" in the description of the > spin-table cpu-release-addr property. > > The British spelling is deliberate. doc-guide/contributing.rst asks > that both American and British spellings be left alone, so only the typo > is corrected, not the dialect. checkpatch.pl suggests "initialized" > here because scripts/spelling.txt maps this entry to the American form; > that is addressed separately. > > Assisted-by: Cursor:claude-opus-5 > Signed-off-by: Hemanth Selam <hemanth.selam@gmail.com> Acked-by: Randy Dunlap <rdunlap@infradead.org> Thanks. > --- > > Notes: > Changes since v2: > - the guidance lives in doc-guide/contributing.rst, not > doc-guide/checkpatch.rst as v2 claimed (Weijie Yuan) > - drop the v1 narrative and the redundant "only the documentation text > changes" line > > Changes since v1: > - keep "initialised" rather than switching the file to "initialized", > so the British spelling is preserved (Randy Dunlap) > > Documentation/arch/arm64/booting.rst | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/Documentation/arch/arm64/booting.rst b/Documentation/arch/arm64/booting.rst > index 13ef311dace8..891fd22f7229 100644 > --- a/Documentation/arch/arm64/booting.rst > +++ b/Documentation/arch/arm64/booting.rst > @@ -588,7 +588,7 @@ following manner: > > - CPUs with a "spin-table" enable-method must have a 'cpu-release-addr' > property in their cpu node. This property identifies a > - naturally-aligned 64-bit zero-initalised memory location. > + naturally-aligned 64-bit zero-initialised memory location. > > These CPUs should spin outside of the kernel in a reserved area of > memory (communicated to the kernel by a /memreserve/ region in the -- ~Randy
© 2016 - 2026 Red Hat, Inc.