From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1KxR1p-0004V5-0a for mharc-grub-devel@gnu.org; Tue, 04 Nov 2008 13:53:25 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KxR1o-0004TW-0V for grub-devel@gnu.org; Tue, 04 Nov 2008 13:53:24 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KxR1n-0004SW-Cp for grub-devel@gnu.org; Tue, 04 Nov 2008 13:53:23 -0500 Received: from [199.232.76.173] (port=43926 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KxR1n-0004SE-90 for grub-devel@gnu.org; Tue, 04 Nov 2008 13:53:23 -0500 Received: from mta-out.inet.fi ([195.156.147.13]:36361 helo=kirsi1.inet.fi) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1KxR1n-0004GP-4w for grub-devel@gnu.org; Tue, 04 Nov 2008 13:53:23 -0500 Received: from [127.0.0.1] (84.248.105.254) by kirsi1.inet.fi (8.5.014) id 48FC5AC900CD8385 for grub-devel@gnu.org; Tue, 4 Nov 2008 20:53:22 +0200 Message-ID: <49109A22.6040501@nic.fi> Date: Tue, 04 Nov 2008 20:53:22 +0200 From: =?ISO-8859-1?Q?Vesa_J=E4=E4skel=E4inen?= User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: The development of GRUB 2 References: <20081102181132.GA24737@thorin> In-Reply-To: <20081102181132.GA24737@thorin> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3) Subject: Re: [PATCH] terminal split 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: Tue, 04 Nov 2008 18:53:24 -0000 Robert Millan wrote: > Hi, > > This patch splits terminal handling in input and output. While at it, it > resolves/removes some of the kludges we had to work around this limitation. > > For example, gfxterm/vga no longer need to assume the input is bios console, > at_keyboard can be used in combination with any output terminal, etc. > > It will also be possible to turn vga_text.c into a standalone output term, > but this needs more work since it is currently sharing much code with the > bios console in console.c. I think multipath would be nice feature. Eg. you can have serial/other remote connected and then have local terminal at same time. This would allow remote maintenance for server and then if user is locally there he can operate machine too. For this there would need to be a way to say send output to these terminals and gather input from these terminals.