linux-kernel - [PATCH v6 2/4] Docs/mm: Fix a mistake for pfn in page

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-Id: <20241016141801.25487-3-zpenya1314@gmail.com>
Date: Wed, 16 Oct 2024 22:17:59 +0800
From: Pengyu Zhang <zpenya1314@...il.com>
To: alexs@...nel.org,
	siyanteng@...ngson.cn,
	corbet@....net,
	seakeel@...il.com,
	si.yanteng@...ux.dev
Cc: linux-doc@...r.kernel.org,
	linux-kernel@...r.kernel.org,
	yaxin_wang_uestc@....com,
	zenghui.yu@...ux.dev,
	Pengyu Zhang <zpenya1314@...il.com>,
	Mike Rapoport <rppt@...nel.org>,
	Linus Walleij <linus.walleij@...aro.org>
Subject: [PATCH v6 2/4] Docs/mm: Fix a mistake for pfn in page_tables.rst

The documentation incorrectly calculate the pfn value as 0x3fffff,
which should be 0x3ffff instead. It is obtained by right-shifting
0xffffc000 by 14 bits.

This patch corrects the value to prevent any potential confusion
for developers referencing this document.

Reviewed-by: Mike Rapoport (Microsoft) <rppt@...nel.org>
Reviewed-by: Linus Walleij <linus.walleij@...aro.org>
Reviewed-by: Zenghui Yu <zenghui.yu@...ux.dev>
Reviewed-by: Yanteng Si <si.yanteng@...ux.dev>
Signed-off-by: Pengyu Zhang <zpenya1314@...il.com>
---
v5->v6:no changed
 Documentation/mm/page_tables.rst | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/Documentation/mm/page_tables.rst b/Documentation/mm/page_tables.rst
index be47b192a596..e7c69cc32493 100644
--- a/Documentation/mm/page_tables.rst
+++ b/Documentation/mm/page_tables.rst
@@ -29,7 +29,7 @@ address.
 With a page granularity of 4KB and a address range of 32 bits, pfn 0 is at
 address 0x00000000, pfn 1 is at address 0x00001000, pfn 2 is at 0x00002000
 and so on until we reach pfn 0xfffff at 0xfffff000. With 16KB pages pfs are
-at 0x00004000, 0x00008000 ... 0xffffc000 and pfn goes from 0 to 0x3fffff.
+at 0x00004000, 0x00008000 ... 0xffffc000 and pfn goes from 0 to 0x3ffff.
 
 As you can see, with 4KB pages the page base address uses bits 12-31 of the
 address, and this is why `PAGE_SHIFT` in this case is defined as 12 and
-- 
2.25.1