From owner-freebsd-emulation@FreeBSD.ORG Tue Mar 30 20:33:16 2010 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5155D106567A for ; Tue, 30 Mar 2010 20:33:16 +0000 (UTC) (envelope-from rth@twiddle.net) Received: from are.twiddle.net (are.twiddle.net [75.149.56.221]) by mx1.freebsd.org (Postfix) with ESMTP id 3783F8FC0A for ; Tue, 30 Mar 2010 20:33:15 +0000 (UTC) Received: from anchor.twiddle.home (anchor.twiddle.home [172.31.0.4]) by are.twiddle.net (Postfix) with ESMTPSA id A2875431; Tue, 30 Mar 2010 13:33:15 -0700 (PDT) Message-ID: <4BB2600B.90002@twiddle.net> Date: Tue, 30 Mar 2010 13:33:15 -0700 From: Richard Henderson User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.8) Gecko/20100301 Fedora/3.0.3-1.fc12 Thunderbird/3.0.3 MIME-Version: 1.0 To: Juergen Lock References: <20100325204423.GA46954@triton8.kn-bremen.de> <20100330191629.GA95521@triton8.kn-bremen.de> <201003302009.o2UK9lAv002282@triton8.kn-bremen.de> In-Reply-To: <201003302009.o2UK9lAv002282@triton8.kn-bremen.de> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Blue Swirl , freebsd-emulation@freebsd.org, Toni , qemu-devel@nongnu.org, Andreas Tobler Subject: Re: [Qemu-devel] qemu git head 20100323 on FreeBSD - qemu-devel port update for testing X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Mar 2010 20:33:16 -0000 On 03/30/2010 01:09 PM, Juergen Lock wrote: > Oh sorry if that was not clear, things go into swap if I _replace_ the > endaddr ~0ul (which caused the assert) with the max value the assert > still tolerates i.e. > ((abi_ulong)1 << L1_MAP_ADDR_SPACE_BITS) - 1 > which in this case seems to be 0x7fffffffffff: Yes, I got that. And I see from ... > #3 0x0000000060012731 in page_set_flags (start=140737488224256, > end=18446744073709551615, flags=32) ... here that the range we're reserving is 0x7ffffffe0000 ... 0x7fffffffffff which is a mere 128k range. Which ought to allocate no more than a single leaf page table (and thus N-1 pages for the N-level table). Which doesn't answer the question of why you'd wind up running out of memory. r~