summaryrefslogtreecommitdiffstats
path: root/arch/i386
diff options
context:
space:
mode:
authorPaul Mundt <lethal@linux-sh.org>2007-01-06 01:36:30 +0100
committerLinus Torvalds <torvalds@woody.osdl.org>2007-01-06 08:55:23 +0100
commit9ab37b8f21b4dfe256d736c13738d20c88a1f3ad (patch)
tree11b7b33b1e88ce19175492f25cfc71add2b3dcd6 /arch/i386
parent[PATCH] i386: Restore CONFIG_PHYSICAL_START option (diff)
downloadlinux-9ab37b8f21b4dfe256d736c13738d20c88a1f3ad.tar.xz
linux-9ab37b8f21b4dfe256d736c13738d20c88a1f3ad.zip
[PATCH] Sanely size hash tables when using large base pages
At the moment the inode/dentry cache hash tables (common by way of alloc_large_system_hash()) are incorrectly sized by their respective detection logic when we attempt to use large base pages on systems with little memory. This results in odd behaviour when using a 64kB PAGE_SIZE, such as: Dentry cache hash table entries: 8192 (order: -1, 32768 bytes) Inode-cache hash table entries: 4096 (order: -2, 16384 bytes) The mount cache hash table is seemingly the only one that gets this right by directly taking PAGE_SIZE in to account. The following patch attempts to catch the bogus values and round it up to at least 0-order. Signed-off-by: Paul Mundt <lethal@linux-sh.org> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Diffstat (limited to 'arch/i386')
0 files changed, 0 insertions, 0 deletions