linux-kernel - [regression?] Memory zone info seems incomplete in boottime dmesg output

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>] [day] [month] [year] [list]

Message-Id: <200808032125.11442.elendil@planet.nl>
Date:	Sun, 3 Aug 2008 21:25:10 +0200
From:	Frans Pop <elendil@...net.nl>
To:	linux-kernel@...r.kernel.org
Cc:	Kernel Testers List <kernel-testers@...r.kernel.org>,
	Andrew Morton <akpm@...ux-foundation.org>
Subject: [regression?] Memory zone info seems incomplete in boottime dmesg output

With 2.6.26 I get:
<snip>
Zone PFN ranges:
  DMA             0 ->     4096
  DMA32        4096 ->  1048576
  Normal    1048576 ->  1048576
Movable zone start PFN for each node
early_node_map[4] active PFN ranges
    0:        0 ->      159
    0:      256 ->   521844
    0:   521961 ->   521964
    0:   521983 ->   521984
On node 0 totalpages: 521751
  DMA zone: 56 pages used for memmap
  DMA zone: 1271 pages reserved
  DMA zone: 2672 pages, LIFO batch:0
  DMA32 zone: 7081 pages used for memmap
  DMA32 zone: 510671 pages, LIFO batch:31
  Normal zone: 0 pages used for memmap
  Movable zone: 0 pages used for memmap
</snip>

With 2.6.27-rc1 I only get pages listed for 2 zones (bottom part):
<snip>
Zone PFN ranges:
  DMA      0x00000000 -> 0x00001000
  DMA32    0x00001000 -> 0x00100000
  Normal   0x00100000 -> 0x00100000
Movable zone start PFN for each node
early_node_map[4] active PFN ranges
    0: 0x00000000 -> 0x0000009f
    0: 0x00000100 -> 0x0007f674
    0: 0x0007f6e9 -> 0x0007f6ec
    0: 0x0007f6ff -> 0x0007f700
On node 0 totalpages: 521751
  DMA zone: 2072 pages, LIFO batch:0
  DMA32 zone: 506625 pages, LIFO batch:31
</snip>

Note that totalpages is the same and that for 2.6.26 the sum of pages for 
all listed zones is equal to totalpages. Seems we've lost useful info 
here.

I also seem to have "lost" 600 LIFO batch pages for DMA and 4000 for DMA32 
between the kernel versions although that could be due to config changes 
(I enabled some extra debugging options). Harder to tell though without 
the info where they've gone...

Cheers,
FJP

P.S. As a user I really don't find the hex values easier to read/use than 
the decimal values. Except maybe for the "Zone PFN ranges" where things 
seem to be nicely aligned.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/