From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Lfufw-0004aJ-Oj for mharc-grub-devel@gnu.org; Sat, 07 Mar 2009 06:26:40 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Lfufu-0004Vt-5s for grub-devel@gnu.org; Sat, 07 Mar 2009 06:26:38 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Lfufs-0004Sq-Ef for grub-devel@gnu.org; Sat, 07 Mar 2009 06:26:37 -0500 Received: from [199.232.76.173] (port=54397 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Lfufs-0004Sf-8x for grub-devel@gnu.org; Sat, 07 Mar 2009 06:26:36 -0500 Received: from mail-fx0-f172.google.com ([209.85.220.172]:34363) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Lfufr-0000qF-KS for grub-devel@gnu.org; Sat, 07 Mar 2009 06:26:35 -0500 Received: by fxm20 with SMTP id 20so622954fxm.42 for ; Sat, 07 Mar 2009 03:26:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=EKrTUTzdLrXKsPm1VkQSjrOSb2Ui/J1F/sqWb8GBAGg=; b=qvtldAGNLWIbIh7vBCvWrYloDmY/HJ70VvRPgRXhoShfAOL0qJrBlb5u6HAK+IeJzO 0ZXmTQL8yUL9sbgSVfQ5GHfL4STot0oOj3TiNwF5bHkugUMVo7vYbbl4cbjyrw+K1Wp7 JO+IazVGu9lOZrR+5uGHDw1yXAslk4NQ73+jk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; b=IJIiAXJDP+X4vPEVfHzRtbq19iS8zOxSOayHIe/lUkJO9XBuxF72PLmCkhNmq1mXbd GtHz0hslK4DtJnchNK7JCtfwbJDK948RUru8zQ49LHRxuqTiUAgEhOpjRvmiH327Fd9I t5yw0S1+gw69fFm9oFSsEvkcnqVCpQHFBuDf8= Received: by 10.86.77.5 with SMTP id z5mr2564613fga.64.1236425193171; Sat, 07 Mar 2009 03:26:33 -0800 (PST) Received: from ?192.168.1.25? (219-146.62-81.cust.bluewin.ch [81.62.146.219]) by mx.google.com with ESMTPS id e11sm850277fga.0.2009.03.07.03.26.32 (version=SSLv3 cipher=RC4-MD5); Sat, 07 Mar 2009 03:26:32 -0800 (PST) Message-ID: <49B259EA.1050307@gmail.com> Date: Sat, 07 Mar 2009 12:26:34 +0100 From: phcoder User-Agent: Thunderbird 2.0.0.19 (X11/20090105) MIME-Version: 1.0 To: The development of GRUB 2 References: <20090306191933.GA29098@thorin> <49B18154.80008@nic.fi> <20090307104856.GC20604@thorin> In-Reply-To: <20090307104856.GC20604@thorin> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) Subject: Re: [PATCH] make the generic Linux loader usable on i386-pc again X-BeenThere: grub-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: The development of GRUB 2 List-Id: The development of GRUB 2 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Mar 2009 11:26:39 -0000 Small word about xnu. It needs for norma booting just a quite big amount of contiguos memory anywhere below 4GiB. This is typically 64 MiB depending on the amount of loaded modules but can be much larger (e.g. if using ramdisk) In the case of resuming from hibernation it needs small amount at 0x100000 (around 64 kib probably) and a space for compressed hibernation image. Depending on system usage prior to hibernation it could be as big as the whole memory minus few MiB. Robert Millan wrote: > On Fri, Mar 06, 2009 at 10:02:28PM +0200, Vesa Jääskeläinen wrote: >> Robert Millan wrote: >>> This patch makes the generic Linux loader usable on i386-pc again. It >>> doesn't seem like it's badly needed to spend a bit of time and a bit of >>> code in adding low memory to the heap, and Vesa's work on the new memory >>> manager should give a proper solution to this problem. >>> >>> I think in the meantime we could just not allocate low mem, assuming >>> nobody has a problem with that. >> If this really blocks it I have nothing against it. But could you share >> a bit insight what kind of memories are required to be where for Linux? > > Sure. Note that my experience is merely derived from our existing code > (which I had to in order to produce the initial loader/i386/linux.c). Linux > developers reading this (hi Dave ;-)) probably know better. > > There's an area between 0x10000 and 0x90000 which is where > struct linux_kernel_params needs to be stored. This includes a statically > allocated memory map. > > There's an area between 0x100000 and min(0x37FFFFFF,(grub_os_area_addr + grub_os_area_size)) > where the actual Linux image is loaded, as well as the initrd (inmediately after > it, with some alignment). > > I think that's all. > -- Regards Vladimir 'phcoder' Serbinenko