From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1E4hNY-00016b-ET for mharc-grub-devel@gnu.org; Mon, 15 Aug 2005 12:00:00 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1E4hNS-00014g-6o for grub-devel@gnu.org; Mon, 15 Aug 2005 11:59:54 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1E4hNI-00010B-1p for grub-devel@gnu.org; Mon, 15 Aug 2005 11:59:45 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1E4hNH-0000gk-U3 for grub-devel@gnu.org; Mon, 15 Aug 2005 11:59:43 -0400 Received: from [64.233.170.196] (helo=rproxy.gmail.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1E4hLr-0001bC-3B for grub-devel@gnu.org; Mon, 15 Aug 2005 11:58:15 -0400 Received: by rproxy.gmail.com with SMTP id y7so810834rne for ; Mon, 15 Aug 2005 08:42:26 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:disposition-notification-to:date:from:user-agent:x-accept-language:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding; b=Jq/EiIPO82khlTmMK2mnBIGDRChumkWKApANP7M+J4HoqPqy93KggvWAYnGNK9VxnIHLtPOltG3RYBgF8T/BNY4NuXgPqgQt5fWLja1tHk90gVdA9pDNeZDljcfZRYByx/O1Tw2Z/bQ6/C5+cMuEjJZCrKdbu0yMEot8sARMSEA= Received: by 10.39.3.21 with SMTP id f21mr1990611rni; Mon, 15 Aug 2005 08:42:26 -0700 (PDT) Received: from ?192.168.1.100? ([62.203.4.51]) by mx.gmail.com with ESMTP id 70sm621940rnc.2005.08.15.08.42.24; Mon, 15 Aug 2005 08:42:26 -0700 (PDT) Message-ID: <4300B7DC.1070205@gmail.com> Date: Mon, 15 Aug 2005 17:42:20 +0200 From: Vladimir Serbinenko User-Agent: Mozilla Thunderbird 1.0.2-1.3.2 (X11/20050324) X-Accept-Language: en-us, en MIME-Version: 1.0 To: The development of GRUB 2 References: <42FF3097.7030904@nic.fi> <200508141648.00325.okuji@enbug.org> <42FF6709.40300@nic.fi> <42FF75B0.8060805@gmail.com> <42FFBC3A.9010708@nic.fi> In-Reply-To: <42FFBC3A.9010708@nic.fi> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Subject: Re: vesafb terminal for testing. 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: Mon, 15 Aug 2005 15:59:58 -0000 >I see four options here: > >1) design graphics drivers interface and register it when loading >module. Pros is that it is easy to write new graphics drivers. Cons is >that we need to have then virtual screen support (not hard to make). > > > Perhaps the best way >2) improve terminal interface. Cons for this are that terminal interface >can grow quite large > >and not all functions are relevant to terminal. > > Ir would be possible to add the terminal flag TERM_VIDEO_CAPABLE and also write video part of module between #ifdef WITH_VIDEO and so compile twice: with video and without. Cons: last control for terminal rendering is on the terminal driver, so even if they use some common functions like font rendering there is a risk that the terminals will be different with different video driver - bad thing and in this way we must also have virtual screen support >3) implement some generic code in kernel level. Pros is that it is >easier to interface with it. > Why? >Cons are that kernel size increases. > >4) design some helper function interface that could be used to make >dynamic function calls to module code. Cons are 'What happens then when >module is unloaded?'. > >Perhaps there are other options ? > > > We could do like terminal support, but separate >Thanks, >Vesa Jääskeläinen > > > > Vladimir