From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1RTvsp-0006OH-0o for mharc-grub-devel@gnu.org; Fri, 25 Nov 2011 08:32:03 -0500 Received: from eggs.gnu.org ([140.186.70.92]:56646) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RTvsj-0006O6-PK for grub-devel@gnu.org; Fri, 25 Nov 2011 08:32:01 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RTvsY-0006uR-Km for grub-devel@gnu.org; Fri, 25 Nov 2011 08:31:57 -0500 Received: from mail-ww0-f49.google.com ([74.125.82.49]:52301) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RTvsY-0006uB-5j for grub-devel@gnu.org; Fri, 25 Nov 2011 08:31:46 -0500 Received: by wwf5 with SMTP id 5so2275694wwf.30 for ; Fri, 25 Nov 2011 05:31:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; 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; bh=01Ha3PLRuxJHEohtAvN7BgkMVs0gjjCObLMIeUd5h2o=; b=ZmLxIMzhs3FfIgWiDN0Z+UJv6A9yUo99YBuHo9RoAGryGLEI0ybBrd5hwU4PvD1cNd Vzgv7icbCXLAQcbJ7svp4BPKpfk8+7xuuetofpjd/5NLSy+eeKLTDw+APpXJR7SebMm2 zKhBat7XzuaHdAB30ykLDMTaZvl/CONr53Aew= Received: by 10.180.109.83 with SMTP id hq19mr33256234wib.54.1322227905237; Fri, 25 Nov 2011 05:31:45 -0800 (PST) Received: from debian.bg45.phcoder (public-docking-hg-2-022.ethz.ch. [129.132.247.22]) by mx.google.com with ESMTPS id fi11sm27806494wbb.9.2011.11.25.05.31.43 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 25 Nov 2011 05:31:44 -0800 (PST) Message-ID: <4ECF98BC.4050106@gmail.com> Date: Fri, 25 Nov 2011 14:31:40 +0100 From: =?UTF-8?B?VmxhZGltaXIgJ8+GLWNvZGVyL3BoY29kZXInIFNlcmJpbmVua28=?= User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.24) Gecko/20111114 Icedove/3.1.16 MIME-Version: 1.0 To: grub-devel@gnu.org Subject: Re: RFC: New multiboot2 memory map entry type References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Received-From: 74.125.82.49 X-BeenThere: grub-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: The development of GNU GRUB List-Id: The development of GNU GRUB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Nov 2011 13:32:02 -0000 On 09.11.2011 06:25, Seth Goldberg wrote: > Hi, > > The multiboot2 spec currently says the following regarding memory map > entries (tag type 6 in the multiboot2 info tag stack): > > +-------------------+ > u64 | base_addr | > u64 | length | > u32 | type | > u32 | reserved | > +-------------------+ > > `size' contains the size of current entry including this field > itself. It may be bigger than 24 bytes in future versions but is > guaranteed to be `base_addr' is the starting physical address. `length' > is the size of the memory region in bytes. `type' is the variety of > address range represented, where a value of 1 indicates available RAM, > value of 3 indicates usable memory holding ACPI information, value of 4 > indicates reserved memory which needs to be preserved on hibernation, > value of 5 indicates a memory which is occupied by defective RAM > modules and all other values currently indicated a reserved area. > `reserved' is set to `0' by bootloader and must be ignored by the OS > image. > > > The proposal is to add an additional type (value = 6) that denotes > runtime memory that some firmware marks as required to be mapped to > take advantage of services after the end of boot (UEFI is the > canonical example). Without this information, it's impossible for a > multiboot2-compliant OS to set up proper mappings for this memory. Fine with it. Can you supply the patch for texinfo and GRUB? > > --S > > _______________________________________________ > Grub-devel mailing list > Grub-devel@gnu.org > https://lists.gnu.org/mailman/listinfo/grub-devel > -- Regards Vladimir 'φ-coder/phcoder' Serbinenko