From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1KTfNo-0008BZ-Rc for mharc-grub-devel@gnu.org; Thu, 14 Aug 2008 12:09:04 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KTfNm-000893-U6 for grub-devel@gnu.org; Thu, 14 Aug 2008 12:09:02 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KTfNk-00085q-DG for grub-devel@gnu.org; Thu, 14 Aug 2008 12:09:02 -0400 Received: from [199.232.76.173] (port=35939 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KTfNk-00085b-7o for grub-devel@gnu.org; Thu, 14 Aug 2008 12:09:00 -0400 Received: from mta-out.inet.fi ([195.156.147.13]:37501 helo=kirsi2.inet.fi) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1KTfNj-0004D8-Il for grub-devel@gnu.org; Thu, 14 Aug 2008 12:09:00 -0400 Received: from [127.0.0.1] (88.193.32.97) by kirsi2.inet.fi (8.5.014) id 488DC54E00B247C4 for grub-devel@gnu.org; Thu, 14 Aug 2008 19:08:55 +0300 Message-ID: <48A4589D.3040902@nic.fi> Date: Thu, 14 Aug 2008 19:09:01 +0300 From: =?ISO-8859-1?Q?Vesa_J=E4=E4skel=E4inen?= User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) MIME-Version: 1.0 To: The development of GRUB 2 References: <1218684975.8757.139.camel@localhost> In-Reply-To: <1218684975.8757.139.camel@localhost> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: Quoted-Printable X-detected-kernel: by monty-python.gnu.org: Linux 2.6 (newer, 3) Subject: Re: [RFC] Platform information services 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: Thu, 14 Aug 2008 16:09:03 -0000 Javier Mart=EDn wrote: > Hi there everybody, >=20 > I'm opening the RFC because I want to add some kind of infrastructure t= o > retrieve the address of system/platform structures. I will explain > myself: my use case is in i386-pc and for the drivemap module, in which > a function installs a TSR int13h handler. This requires the function to > have access to two real mode structures, namely the BIOS Data Area, > which is based at 0040:0000h; and the Interrupt Vector Table, which > conventionally starts at 0 but that could have been placed elsewhere by > the use of the LIDT instruction. But it is designed to use linear address space for memory so no need to worry about it. I do not see any reason why there would be paging or non-linear memory mapping in GRUB 2 (i386-pcbios). Or did I miss something? So basically I do not see need for such services. As this does not even need to be platform independent. If you need to alter IVT you can modify it on the fly. Though you have to remember where to use only LOW mem addresses in there.