From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1KJrku-0005Qq-44 for mharc-grub-devel@gnu.org; Fri, 18 Jul 2008 11:20:24 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KJrkr-0005PP-VA for grub-devel@gnu.org; Fri, 18 Jul 2008 11:20:22 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KJrkq-0005OA-EN for grub-devel@gnu.org; Fri, 18 Jul 2008 11:20:21 -0400 Received: from [199.232.76.173] (port=45504 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KJrkq-0005Nz-5U for grub-devel@gnu.org; Fri, 18 Jul 2008 11:20:20 -0400 Received: from c60.cesmail.net ([216.154.195.49]:39637) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_ARCFOUR_SHA1:16) (Exim 4.60) (envelope-from ) id 1KJrkp-0007DG-QL for grub-devel@gnu.org; Fri, 18 Jul 2008 11:20:20 -0400 Received: from unknown (HELO relay.cesmail.net) ([192.168.1.81]) by c60.cesmail.net with ESMTP; 18 Jul 2008 11:20:18 -0400 Received: from [192.168.0.21] (static-72-92-88-10.phlapa.fios.verizon.net [72.92.88.10]) by relay.cesmail.net (Postfix) with ESMTP id 8AF38618F22 for ; Fri, 18 Jul 2008 11:20:18 -0400 (EDT) From: Pavel Roskin To: The development of GRUB 2 In-Reply-To: <18089483.3400681216390485746.JavaMail.chaac@nic.fi> References: <18089483.3400681216390485746.JavaMail.chaac@nic.fi> Content-Type: text/plain Date: Fri, 18 Jul 2008 11:20:17 -0400 Message-Id: <1216394417.18320.4.camel@dv> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 (2.22.3.1-1.fc9) Content-Transfer-Encoding: 7bit X-detected-kernel: by monty-python.gnu.org: Genre and OS details not recognized. Subject: Re: Warnings in kern/dl.c 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: Fri, 18 Jul 2008 15:20:22 -0000 On Fri, 2008-07-18 at 17:14 +0300, chaac@nic.fi wrote: > I think that using grub-emu might be a good idea for testing. I think > there should be grub-emu architecture that could be compiled and in > example there would be grub-emu specific disk layer, input layer and > so on. So we could use grub-emu almost as same way we can do in real > runtime environment. I know Marco will be using grub-emu like this on > his GSoC project and I think it is a good thing too. But it needs some > work of course. Yes, that would be a different grub-emu. Maybe it will be compiled with the target flags. Maybe it will need to be disabled if cross-compiling. > We could do some special testing framework using this method. Eg. we > could drive user input from special user input module that can be > controlled from outside. I'd rather use qemu for testing, as it emulated the whole system. Anyway, we'll see. > So please, do not at least remove support for using 64bit modules on > 64bit systems :) (or otherwise make it harder to be supported later > on) OK, let's keep it. I just don't want to force loading foreign architecture modules into the executable memory. -- Regards, Pavel Roskin