From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1KcIaz-0000yr-FX for mharc-grub-devel@gnu.org; Sun, 07 Sep 2008 07:38:21 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KcIax-0000yl-RC for grub-devel@gnu.org; Sun, 07 Sep 2008 07:38:19 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KcIau-0000yU-Vi for grub-devel@gnu.org; Sun, 07 Sep 2008 07:38:19 -0400 Received: from [199.232.76.173] (port=38189 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KcIau-0000yR-R0 for grub-devel@gnu.org; Sun, 07 Sep 2008 07:38:16 -0400 Received: from mta-out.inet.fi ([195.156.147.13]:51792 helo=kirsi2.inet.fi) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1KcIau-0005SN-7o for grub-devel@gnu.org; Sun, 07 Sep 2008 07:38:16 -0400 Received: from [127.0.0.1] (88.193.32.97) by kirsi2.inet.fi (8.5.014) id 488DC54E01DE908B for grub-devel@gnu.org; Sun, 7 Sep 2008 14:38:14 +0300 Message-ID: <48C3BD32.5050109@nic.fi> Date: Sun, 07 Sep 2008 14:38:26 +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: <48C16C17.2000803@gmail.com> <20080906112003.GA14991@thorin> <48C31F5F.6060808@gmail.com> <48C381EF.3070703@nic.fi> <48C3B666.1060605@gmail.com> In-Reply-To: <48C3B666.1060605@gmail.com> 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] general-usage real-mode loader 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: Sun, 07 Sep 2008 11:38:20 -0000 phcoder wrote: > Well sometimes it's similar but most of the time isn't because your cod= e > runs a code in RM but with hope returning back to PM and normal grub > operation. And it also loads to quite fixed place. My code would load a > kernel, that means that it will not return and so code can be loaded to > any place not needed by kernel. Do you mind replying inline...? It is true that code is withing grub's i386 kernel. But other than that same mechanism can be used to load kernel. After all kernel will take over the computer after it has started and it is not returning back anymore (eg. stack is not anymore there to be restored). I would prefer that if we are going to give custom register configurations for kernel then they all should use same structures for storing registers. But anyway... Did you have some good examples where this functionaly would be needed :) ? For now we have specialized loaders that prepare system for any special OSes that needs to be supported. Especially how do you know what registers to fill or better yet, how user will provide this information so OS can be loaded. If there is a need for specialized loader please provide some details where those are needed and what is required from GRUB in order to support that. If there is possibility to use multiboot then that would supersede need for specialized loader. Thanks, Vesa J=E4=E4skel=E4inen