linux-kernel - Re: [crash] Re: Latest brk patchset

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: <49BE9248.6050707@goop.org>
Date:	Mon, 16 Mar 2009 10:54:16 -0700
From:	Jeremy Fitzhardinge <jeremy@...p.org>
To:	Yinghai Lu <yinghai@...nel.org>
CC:	Ingo Molnar <mingo@...e.hu>, "H. Peter Anvin" <hpa@...or.com>,
	Linux Kernel Mailing List <linux-kernel@...r.kernel.org>
Subject: Re: [crash] Re: Latest brk patchset

Yinghai Lu wrote:
> could be max_pfn_mapped change in head_32.S that reduce mapping range to _end only.
>   

Yes, I would say you're right.  Trimming the mapping to _end only leaves 
the space under the kernel avaliable for allocating pagetable from e820 
space.  In this case we've got DEBUG_PAGEALLOC enabled, which inhibits 
the use of PSE, and BIOS corruption checking on, which eats a chunk of 
low memory.  In combination, there's only 0x8f000 bytes free below the 
kernel, and it needs 0xe1000 to allocate for pagetables.

Reverting 2bd2753ff46346543ab92e80df9d96366e21baa5 fixes the problem for 
me, though it does result in a kernel with a 73MB BSS...

    J
--
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/