From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from list by monty-python.gnu.org with archive (Exim 4.34) id 1BRwKX-0000y0-Pd for mharc-grub-devel@gnu.org; Sun, 23 May 2004 13:00:09 -0400 Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.34) id 1BRwKV-0000xQ-2q for grub-devel@gnu.org; Sun, 23 May 2004 13:00:07 -0400 Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.34) id 1BRwJy-0000ny-FO for grub-devel@gnu.org; Sun, 23 May 2004 13:00:05 -0400 Received: from [212.43.237.68] (helo=kotoba.storever.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1BRwJx-0000ne-KL for grub-devel@gnu.org; Sun, 23 May 2004 12:59:34 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by kotoba.storever.com (Postfix) with ESMTP id 45169F0950B8 for ; Sun, 23 May 2004 12:59:29 -0400 (EDT) From: "Yoshinori K. Okuji" Organization: enbug.org To: The development of GRUB 2 Date: Sun, 23 May 2004 19:03:10 +0200 User-Agent: KMail/1.5.3 References: <200405221621.51788.T.E.Baldwin99@members.leeds.ac.uk> In-Reply-To: <200405221621.51788.T.E.Baldwin99@members.leeds.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200405231903.10997.okuji@enbug.org> Subject: Re: RISC OS/ARM port X-BeenThere: grub-devel@gnu.org X-Mailman-Version: 2.1.4 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: Sun, 23 May 2004 17:00:07 -0000 On Saturday 22 May 2004 17:21, Timothy Baldwin wrote: > How should console errors be handled? Currently they are fatal, and > won't happen unless the console is redirected (assuming USB drivers > don't complain). I don't know. Probably there is no other way than treating them as fatal errors. > Currently in the design of GRUB 2 there is an incorrect asumption > that filing systems are either based on disks or networks. I propose > to rectify this whilst keeping code size down by: > > Creating a struct grub_fs_device_driver, which contains a pointer to > either struct grub_disk_dev or struct grub_net_dev, and maintain a > single linked list of disk drivers, net drivers, and standalone > filing systems. > > Convert struct grub_device from pointers to a unoin to simplify the > code by removing memory allocations. Could you elaborate on your idea more? What is "standalone filing systems"? How do they work? Thanks, Okuji