From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.33) id 1Bc7QD-0005jV-2Q for mharc-grub-devel@gnu.org; Sun, 20 Jun 2004 14:52:05 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1Bc7QB-0005jC-1L for grub-devel@gnu.org; Sun, 20 Jun 2004 14:52:03 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1Bc7Q9-0005it-Vi for grub-devel@gnu.org; Sun, 20 Jun 2004 14:52:02 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1Bc7Q9-0005iq-LD for grub-devel@gnu.org; Sun, 20 Jun 2004 14:52:01 -0400 Received: from [212.43.237.68] (helo=kotoba.storever.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Bc7OS-0002Aj-J0 for grub-devel@gnu.org; Sun, 20 Jun 2004 14:50:16 -0400 Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by kotoba.storever.com (Postfix) with ESMTP id E11B3FFC30D0 for ; Sun, 20 Jun 2004 14:50:15 -0400 (EDT) From: "Yoshinori K. Okuji" Organization: enbug.org To: grub-devel@gnu.org Date: Sun, 20 Jun 2004 20:54:19 +0200 User-Agent: KMail/1.6.1 References: <20040615113103.GA4639@artax.karlin.mff.cuni.cz> <200406191705.01343.okuji@enbug.org> <877ju3pmdy.fsf@marco.marco-g.com> In-Reply-To: <877ju3pmdy.fsf@marco.marco-g.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200406202054.19927.okuji@enbug.org> Subject: Re: Autoloading WAS: normal/cmdline bug & patch 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, 20 Jun 2004 18:52:03 -0000 On Saturday 19 June 2004 18:01, Marco Gerards wrote: > So I think it is not needed to unload those filesystems and that > keeping those loaded will only boost performance. If it is required > we can use (as Tomas proposed, IIRC) a user setable variable to > indicate if modules should be unloaded or not. Maybe. Since this is easily fixed, I have no strong taste on this. It's just one line anyway. As Tomas also agrees, let's go in this way. Is there any other kind of modules which should be autoloaded? Okuji