From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1KaYbr-0000lx-Az for mharc-grub-devel@gnu.org; Tue, 02 Sep 2008 12:20:03 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KaYbp-0000l2-77 for grub-devel@gnu.org; Tue, 02 Sep 2008 12:20:01 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KaYbn-0000k7-LT for grub-devel@gnu.org; Tue, 02 Sep 2008 12:20:00 -0400 Received: from [199.232.76.173] (port=54271 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KaYbn-0000js-Gv for grub-devel@gnu.org; Tue, 02 Sep 2008 12:19:59 -0400 Received: from mta-out.inet.fi ([195.156.147.13]:37080 helo=jenni2.inet.fi) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1KaYbm-0001Fw-0N for grub-devel@gnu.org; Tue, 02 Sep 2008 12:19:58 -0400 Received: from [127.0.0.1] (88.193.32.97) by jenni2.inet.fi (8.5.014) id 489066C5018E1396 for grub-devel@gnu.org; Tue, 2 Sep 2008 19:19:56 +0300 Message-ID: <48BD67AD.8040209@nic.fi> Date: Tue, 02 Sep 2008 19:19:57 +0300 From: =?UTF-8?B?VmVzYSBKw6TDpHNrZWzDpGluZW4=?= User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) MIME-Version: 1.0 To: The development of GRUB 2 References: <48BD4C52.6040308@gmail.com> <1220367299.23879.15.camel@localhost> <48BD62BE.7090507@gmail.com> In-Reply-To: <48BD62BE.7090507@gmail.com> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: Quoted-Printable X-detected-kernel: by monty-python.gnu.org: Linux 2.6 (newer, 3) Subject: Re: Sendkey patch 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, 02 Sep 2008 16:20:01 -0000 Hi, Now that we have two use cases for this. I would propose that we first fine tune interface and then use common one. This is the critical part of the design and needs to be solved. I wasn't really convinced with the other proposed interface. So if you two could propose improved one that can handle following: - BIOS interrupt service hooks - drivemap - eltorito emulation - custom int13h handler for unsupported controllers - custom GRUB code to be executed - sendkey feature This way it would be also easier to incorporate patches as there is already skeleton that can be used easily. What we don't want is to increase kernel size too much. So please try to think alternatives that reside on loaded module. There might be some other options too, but I'll let you guys think a bit first :) Thanks, Vesa J=C3=A4=C3=A4skel=C3=A4inen