From: Bagas Sanjaya <bagasdotme@gmail.com>
To: Swaraj Gaikwad <swarajgaikwad1925@gmail.com>,
Thomas Gleixner <tglx@linutronix.de>,
Ingo Molnar <mingo@redhat.com>, Borislav Petkov <bp@alien8.de>,
Dave Hansen <dave.hansen@linux.intel.com>,
"maintainer:X86 ARCHITECTURE (32-BIT AND 64-BIT)"
<x86@kernel.org>, "H. Peter Anvin" <hpa@zytor.com>,
Jonathan Corbet <corbet@lwn.net>,
"open list:X86 ARCHITECTURE (32-BIT AND 64-BIT)"
<linux-kernel@vger.kernel.org>,
"open list:DOCUMENTATION" <linux-doc@vger.kernel.org>
Cc: skhan@linuxfoundation.org, david.hunter.linux@gmail.com
Subject: Re: [PATCH] Documentation: x86/boot: Fix malformed table in boot.rst
Date: Tue, 9 Dec 2025 05:37:57 +0700 [thread overview]
Message-ID: <aTdTRY_7TtGqWvQx@archie.me> (raw)
In-Reply-To: <20251208210113.24057-1-swarajgaikwad1925@gmail.com>
[-- Attachment #1: Type: text/plain, Size: 3088 bytes --]
On Mon, Dec 08, 2025 at 09:01:12PM +0000, Swaraj Gaikwad wrote:
> Building the documentation with make htmldocs previously failed with the
> following error, causing the "Assigned boot loader IDs" table to not
> render at all in the HTML output:
>
> Documentation/arch/x86/boot.rst:437: ERROR: Malformed table.
> Text in column margin in table line 2.
>
> This occurred because the ReStructuredText (RST) simple table header
> defined the first column width as 2 characters (==), which is too narrow
> for data entries like 0x10 and 0x13. This dimensional mismatch caused
> the text to spill into the margin, triggering a docutils parsing
> failure.
> This patch fixes the issue by expanding the column width in the table
> header to 4 characters (====) to correctly accommodate the widest
> entries and alignment. After applying this patch, the documentation builds
> successfully and the "Assigned boot loader IDs" table now displays
> correctly in the generated HTML.
I'd like to instead write the patch description as (more concise):
```
Sphinx reports htmldocs warnings:
Documentation/arch/x86/boot.rst:437: ERROR: Malformed table.
Text in column margin in table line 2.
Fix it by extending the first column of assigned boot loader ID to fit
the widest entries, which are 0x10 to 0x13.
```
> Assigned boot loader IDs:
>
> - == =======================================
> - 0x0 LILO
> - (0x00 reserved for pre-2.00 bootloader)
> - 0x1 Loadlin
> - 0x2 bootsect-loader
> - (0x20, all other values reserved)
> - 0x3 Syslinux
> - 0x4 Etherboot/gPXE/iPXE
> - 0x5 ELILO
> - 0x7 GRUB
> - 0x8 U-Boot
> - 0x9 Xen
> - 0xA Gujin
> - 0xB Qemu
> - 0xC Arcturus Networks uCbootloader
> - 0xD kexec-tools
> - 0xE Extended (see ext_loader_type)
> - 0xF Special (0xFF = undefined)
> - 0x10 Reserved
> - 0x11 Minimal Linux Bootloader
> - <http://sebastian-plotz.blogspot.de>
> - 0x12 OVMF UEFI virtualization stack
> - 0x13 barebox
> - == =======================================
> +==== ==============================
> +0x0 LILO
> + (0x00 reserved for pre-2.00 bootloader)
> +0x1 Loadlin
> +0x2 bootsect-loader
> + (0x20, all other values reserved)
> +0x3 Syslinux
> +0x4 Etherboot/gPXE/iPXE
> +0x5 ELILO
> +0x7 GRUB
> +0x8 U-Boot
> +0x9 Xen
> +0xA Gujin
> +0xB Qemu
> +0xC Arcturus Networks uCbootloader
> +0xD kexec-tools
> +0xE Extended (see ext_loader_type)
> +0xF Special (0xFF = undefined)
> +0x10 Reserved
> +0x11 Minimal Linux Bootloader
> + <http://sebastian-plotz.blogspot.de>
> +0x12 OVMF UEFI virtualization stack
> +0x13 barebox
> +==== ==============================
>
Aside from Randy's comment on the trailing spaces chunk, the patch LGTM.
Fixes: 1c3377bee212 ("x86/boot/Documentation: Prefix hexadecimal literals with 0x")
Reviewed-by: Bagas Sanjaya <bagasdotme@gmail.com>
x86 maintainers: please route this patch through x86/urgent branch.
Thanks.
--
An old man doll... just what I always wanted! - Clara
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 228 bytes --]
next prev parent reply other threads:[~2025-12-08 22:38 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-12-08 21:01 [PATCH] Documentation: x86/boot: Fix malformed table in boot.rst Swaraj Gaikwad
2025-12-08 18:11 ` Randy Dunlap
2025-12-08 22:37 ` Bagas Sanjaya [this message]
2025-12-08 22:50 ` Jonathan Corbet
2025-12-08 22:58 ` Bagas Sanjaya
2025-12-09 8:53 ` [PATCH v2] " Swaraj Gaikwad
2025-12-09 8:53 ` Ingo Molnar
2025-12-09 18:15 ` Randy Dunlap
2025-12-09 21:10 ` Randy Dunlap
2025-12-09 23:17 ` Bagas Sanjaya
2025-12-10 9:28 ` [PATCH v3] " Swaraj Gaikwad
2025-12-10 7:40 ` [tip: x86/urgent] x86/boot/Documentation: Fix htmldocs build warning due to " tip-bot2 for Swaraj Gaikwad
2025-12-10 1:14 ` [PATCH v2] Documentation: x86/boot: Fix " Swaraj Gaikwad
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=aTdTRY_7TtGqWvQx@archie.me \
--to=bagasdotme@gmail.com \
--cc=bp@alien8.de \
--cc=corbet@lwn.net \
--cc=dave.hansen@linux.intel.com \
--cc=david.hunter.linux@gmail.com \
--cc=hpa@zytor.com \
--cc=linux-doc@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@redhat.com \
--cc=skhan@linuxfoundation.org \
--cc=swarajgaikwad1925@gmail.com \
--cc=tglx@linutronix.de \
--cc=x86@kernel.org \
/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