From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:33822) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SeT0E-0006sp-Is for qemu-devel@nongnu.org; Tue, 12 Jun 2012 11:27:31 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SeT05-0000x2-4m for qemu-devel@nongnu.org; Tue, 12 Jun 2012 11:27:30 -0400 Received: from mail-gg0-f173.google.com ([209.85.161.173]:35616) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SeT04-0000vw-Ii for qemu-devel@nongnu.org; Tue, 12 Jun 2012 11:27:20 -0400 Received: by ggnp1 with SMTP id p1so3974804ggn.4 for ; Tue, 12 Jun 2012 08:27:18 -0700 (PDT) Sender: Richard Henderson Message-ID: <4FD75FD2.4010606@twiddle.net> Date: Tue, 12 Jun 2012 08:27:14 -0700 From: Richard Henderson MIME-Version: 1.0 References: <1339107871-4487-1-git-send-email-rth@twiddle.net> <1339107871-4487-3-git-send-email-rth@twiddle.net> <4FD74E32.7000705@suse.de> <4FD751EA.2070501@twiddle.net> <4FD758C7.4000207@twiddle.net> <20EB8069-00A3-496E-B4B0-67BC58A67B6E@suse.de> In-Reply-To: <20EB8069-00A3-496E-B4B0-67BC58A67B6E@suse.de> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [PATCH 2/9] alpha-linux-user: Work around hosted mmap allocation problems List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Alexander Graf Cc: Peter Maydell , Riku Voipio , Paul Brook , =?UTF-8?B?QW5kcmVhcyBGw6RyYmVy?= , "qemu-devel@nongnu.org" On 2012-06-12 08:11, Alexander Graf wrote: > 32G is way too much. Do you have to preallocate such a big address > space? Usually 1G should be good enough for most programs, no? The default start to .text is 6G for alpha executables, so anything less than that + reasonable room will fail for obvious reasons. One would think that e.g. 8G would be good enough, giving 2G above the executable for brk and shared library mapping, but... failure. Alternately, there's some other problem with -R that needs to be investigated. That said, problems with ld.so erroring out with ENOMEM went away with this patch, so... r~