From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1K3AlR-0008To-DA for mharc-grub-devel@gnu.org; Mon, 02 Jun 2008 10:11:57 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1K3AlP-0008Sh-G8 for grub-devel@gnu.org; Mon, 02 Jun 2008 10:11:55 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1K3AlN-0008S7-Ut for grub-devel@gnu.org; Mon, 02 Jun 2008 10:11:55 -0400 Received: from [199.232.76.173] (port=33194 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1K3AlN-0008Rx-Jh for grub-devel@gnu.org; Mon, 02 Jun 2008 10:11:53 -0400 Received: from c60.cesmail.net ([216.154.195.49]:58265) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_ARCFOUR_SHA1:16) (Exim 4.60) (envelope-from ) id 1K3AlN-0001Ma-El for grub-devel@gnu.org; Mon, 02 Jun 2008 10:11:53 -0400 Received: from unknown (HELO relay.cesmail.net) ([192.168.1.81]) by c60.cesmail.net with ESMTP; 02 Jun 2008 10:11:51 -0400 Received: from [192.168.10.132] (72-165-98-67.dia.static.qwest.net [72.165.98.67]) by relay.cesmail.net (Postfix) with ESMTP id CADF4619058 for ; Mon, 2 Jun 2008 10:11:51 -0400 (EDT) From: Pavel Roskin To: The development of GRUB 2 In-Reply-To: <20080602135014.GA4563@thorin> References: <20080602135014.GA4563@thorin> Content-Type: text/plain Date: Mon, 02 Jun 2008 10:11:50 -0400 Message-Id: <1212415910.3659.0.camel@rd> Mime-Version: 1.0 X-Mailer: Evolution 2.22.1 (2.22.1-2.fc9) Content-Transfer-Encoding: 7bit X-detected-kernel: by monty-python.gnu.org: Genre and OS details not recognized. Subject: Re: [PATCH] register dummy drive 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, 02 Jun 2008 14:11:55 -0000 On Mon, 2008-06-02 at 15:50 +0200, Robert Millan wrote: > There's no reason grub-probe should fail if it can't resolve drive, when we > just asked for -t fs, -t fs_uuid or -t partmap. > > This patch solves the problem by spliting device/drive map[] entry registration > into a separate function, and using that from grub-probe.c to register a dummy > drive that will last during the current execution. Cannot hostfs be used by default for all userspace utilities? -- Regards, Pavel Roskin