Skip to content

Commit 0ffd643

Browse files
mchehabJonathan Corbet
authored andcommitted
docs: x86: avoid using ReST :doc:foo markup
The :doc:`foo` tag is auto-generated via automarkup.py. So, use the filename at the sources, instead of :doc:`foo`. Acked-by: Peter Zijlstra (Intel) <[email protected]> Signed-off-by: Mauro Carvalho Chehab <[email protected]> Link: https://lore.kernel.org/r/17c68b5f1d72488431c77c1de9f13683fe9f536c.1623824363.git.mchehab+huawei@kernel.org Signed-off-by: Jonathan Corbet <[email protected]>
1 parent c6c032b commit 0ffd643

File tree

2 files changed

+3
-3
lines changed

2 files changed

+3
-3
lines changed

Documentation/x86/boot.rst

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -1343,7 +1343,7 @@ follow::
13431343
In addition to read/modify/write the setup header of the struct
13441344
boot_params as that of 16-bit boot protocol, the boot loader should
13451345
also fill the additional fields of the struct boot_params as
1346-
described in chapter :doc:`zero-page`.
1346+
described in chapter Documentation/x86/zero-page.rst.
13471347

13481348
After setting up the struct boot_params, the boot loader can load the
13491349
32/64-bit kernel in the same way as that of 16-bit boot protocol.
@@ -1379,7 +1379,7 @@ can be calculated as follows::
13791379
In addition to read/modify/write the setup header of the struct
13801380
boot_params as that of 16-bit boot protocol, the boot loader should
13811381
also fill the additional fields of the struct boot_params as described
1382-
in chapter :doc:`zero-page`.
1382+
in chapter Documentation/x86/zero-page.rst.
13831383

13841384
After setting up the struct boot_params, the boot loader can load
13851385
64-bit kernel in the same way as that of 16-bit boot protocol, but

Documentation/x86/mtrr.rst

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -28,7 +28,7 @@ are aligned with platform MTRR setup. If MTRRs are only set up by the platform
2828
firmware code though and the OS does not make any specific MTRR mapping
2929
requests mtrr_type_lookup() should always return MTRR_TYPE_INVALID.
3030

31-
For details refer to :doc:`pat`.
31+
For details refer to Documentation/x86/pat.rst.
3232

3333
.. tip::
3434
On Intel P6 family processors (Pentium Pro, Pentium II and later)

0 commit comments

Comments
 (0)