From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1K8etX-00081u-1v for mharc-grub-devel@gnu.org; Tue, 17 Jun 2008 13:22:59 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1K8etV-000815-Cf for grub-devel@gnu.org; Tue, 17 Jun 2008 13:22:57 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1K8etS-000806-Bf for grub-devel@gnu.org; Tue, 17 Jun 2008 13:22:56 -0400 Received: from [199.232.76.173] (port=43935 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1K8etS-000800-5S for grub-devel@gnu.org; Tue, 17 Jun 2008 13:22:54 -0400 Received: from mail.windriver.com ([147.11.1.11]:43813 helo=mail.wrs.com) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1K8etR-0002wB-R8 for grub-devel@gnu.org; Tue, 17 Jun 2008 13:22:54 -0400 Received: from ALA-MAIL03.corp.ad.wrs.com (ala-mail03 [147.11.57.144]) by mail.wrs.com (8.13.6/8.13.6) with ESMTP id m5HHMSHA023115; Tue, 17 Jun 2008 10:22:29 -0700 (PDT) Received: from ala-mail06.corp.ad.wrs.com ([147.11.57.147]) by ALA-MAIL03.corp.ad.wrs.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 17 Jun 2008 10:22:27 -0700 Received: from [192.168.114.110] ([192.168.114.110]) by ala-mail06.corp.ad.wrs.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 17 Jun 2008 10:22:28 -0700 Message-ID: <4857F2D3.1080703@dholloway.com> Date: Tue, 17 Jun 2008 10:22:27 -0700 From: David Holloway User-Agent: Thunderbird 1.5.0.14 (Windows/20071210) MIME-Version: 1.0 To: daveh@dholloway.com References: <200806170307.m5H37DjU073382@shoebox.dholloway.com> <48576165.1000002@dholloway.com> <48577CA8.5000604@dholloway.com> In-Reply-To: <48577CA8.5000604@dholloway.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 17 Jun 2008 17:22:28.0185 (UTC) FILETIME=[B77C5C90:01C8D09E] X-detected-kernel: by monty-python.gnu.org: Solaris 9 Cc: grub-devel@gnu.org Subject: Re: grub EFI "too little memory" 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: Tue, 17 Jun 2008 17:22:57 -0000 > > On Tue, Jun 17, 2008 at 3:01 PM, David Holloway wrote: > >/ Intended for Robert Millan, et. al./ > > > >/ I have an Intel 1U server board that fails with the current version of grub/ > >/ with the message "too little memory", as in line 312 of CVS version 1.4 of/ > >/ grub2/kern/efi/mm.c/ > >/ The board is described here:/ > >/ http://www.intel.com/design/telecom/products/cbp/ipserver/9979/overview.htm/ > > > >/ I added some debug and I think "required_pages" at line 312 has a value of/ > >/ 1MB (256 pages), consistent with MIN_HEAP./ > >/ mmap from the EFI shell reports just 38 pages of LoaderData and just 196/ > >/ pages of LoaderCode./ > > > >/ It's my intention to bone up on EFI, but I'm not there yet./ > > > >/ The question: does just 38 pages of LoaderData make sense in this/ > >/ implemetation? is MIN_HEAP too large or does this EFI implementation provide/ > >/ too little memory to be practical?/ > > Hi, > > I think this problem is caused by memory map. In new machine, the > memory map is quite large, the default value in mm.c is too low for > the whole map. You can change the value of > > #define MEMORY_MAP_SIZE 0x1000 > > and retry again. For example, with my macbook, I need to set this > value to 0x4000. > Exactly on target. Then we need a more robust and permanent solution I think right? How about asking with 0 sized buffer first knowing it will fail then asking with a rounded-up buffer the 2nd time. I can coded it, but I can't check it in of course.