From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1LprmV-0007IF-0I for mharc-grub-devel@gnu.org; Fri, 03 Apr 2009 18:22:35 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LprmT-0007IA-Gc for grub-devel@gnu.org; Fri, 03 Apr 2009 18:22:33 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LprmT-0007Hy-2q for grub-devel@gnu.org; Fri, 03 Apr 2009 18:22:33 -0400 Received: from [199.232.76.173] (port=33261 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LprmS-0007Hs-VA for grub-devel@gnu.org; Fri, 03 Apr 2009 18:22:33 -0400 Received: from fg-out-1718.google.com ([72.14.220.155]:60200) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LprmS-0000o4-GH for grub-devel@gnu.org; Fri, 03 Apr 2009 18:22:32 -0400 Received: by fg-out-1718.google.com with SMTP id 19so546432fgg.7 for ; Fri, 03 Apr 2009 15:22:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=1331Dl/WB2uoxxeth4KxJg9vIekHpk477s2pMz4/n4s=; b=oicHwiOf6v8rGhJqezYgLTJgm9IN2nurSmW4hij+cbz0Z22i2+RyHxq64JDnlfiqdy Eo4uedQ5TTi+VfvJquuurm6ksvTM3D+y+h9lUX4aiKRgc1Z+ZAWtFKgmHDxVzyKdKpeT X4apYq58/g3Spyr1VU614YmXU6lA+fE/pqzKs= DomainKey-Signature: a=rsa-sha1; c=nofws; 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; b=UIt3gbjQQfMB3Oc8YVfvOvd8U5JiWPMuH63sag2W0ig6ATeY7oOm/oZZ1c56eflc+h Bockf8577pijxGw2qcPU1PDEDtcJhfRitwGsYak2JNNh+yxhcf/1hK13kw224A7ceWZh B1lbuEaV1K0Df1r9Bmoocbgd9jVb0fUhLFOtI= Received: by 10.86.29.8 with SMTP id c8mr1401692fgc.7.1238797351551; Fri, 03 Apr 2009 15:22:31 -0700 (PDT) Received: from ?192.168.1.2? (5-181.3-85.cust.bluewin.ch [85.3.181.5]) by mx.google.com with ESMTPS id e20sm9485013fga.14.2009.04.03.15.22.31 (version=SSLv3 cipher=RC4-MD5); Fri, 03 Apr 2009 15:22:31 -0700 (PDT) Message-ID: <49D68C28.9000200@gmail.com> Date: Sat, 04 Apr 2009 00:22:32 +0200 From: phcoder User-Agent: Thunderbird 2.0.0.21 (X11/20090318) MIME-Version: 1.0 To: The development of GRUB 2 References: <200904040443.50628.okuji@enbug.org> <200904040516.10598.okuji@enbug.org> In-Reply-To: <200904040516.10598.okuji@enbug.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) Subject: Re: r2010 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, 03 Apr 2009 22:22:33 -0000 Yoshinori K. Okuji wrote: > On Saturday 04 April 2009 04:56:14 Bean wrote: >> On Sat, Apr 4, 2009 at 3:43 AM, Yoshinori K. Okuji wrote: >>> At r2010, Bean added fake_bios_data, and this function calls grub_printf. >>> Why not grub_dprintf? Was there any reason to print a message on the >>> screen? >> Hi, >> >> Well, I'm actually planning to move fake_bios_data to a separate >> module loadbios, so that linux loader would be cleaner. > > I am afraid that you've got a disease of making more modules. This is a bad > disease. I have seen some projects which failed in refactoring due to this > disease (e.g. Zope3). In this case I think that loadbios must be moved to a separate module. Not for microkernel or something. Just loadbios will also be used to boot multiboot kernels and perhaps bsd too. Also if EFI-related functions are moved to a separate module then i386/efi/linux.c can be merged to i386/linux.c (I'm also working on this) -- Regards Vladimir 'phcoder' Serbinenko