From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1SMFlQ-0005I6-MP for mharc-grub-devel@gnu.org; Mon, 23 Apr 2012 05:40:56 -0400 Received: from eggs.gnu.org ([208.118.235.92]:52926) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SMFlK-0005Hv-9U for grub-devel@gnu.org; Mon, 23 Apr 2012 05:40:54 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SMFlD-0006xx-Pk for grub-devel@gnu.org; Mon, 23 Apr 2012 05:40:49 -0400 Received: from solo.fdn.fr ([80.67.169.19]:54913) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SMFlD-0006qZ-Jr for grub-devel@gnu.org; Mon, 23 Apr 2012 05:40:43 -0400 Received: from type.ipv6 (youpi.is-a-geek.org [80.67.176.89]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by solo.fdn.fr (Postfix) with ESMTPS id 65BB4441A2 for ; Mon, 23 Apr 2012 11:40:31 +0200 (CEST) Received: from samy by type.ipv6 with local (Exim 4.77) (envelope-from ) id 1SMFl0-0007jz-2j for grub-devel@gnu.org; Mon, 23 Apr 2012 11:40:30 +0200 Date: Mon, 23 Apr 2012 11:40:30 +0200 From: Samuel Thibault To: The development of GNU GRUB Subject: Re: [PATCH,HURD] Fix grub-probe with userland partition support Message-ID: <20120423094030.GB4755@type.famille.thibault.fr> References: <20120422182439.GE4755@type.famille.thibault.fr> <4F951839.4070309@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <4F951839.4070309@gmail.com> User-Agent: Mutt/1.5.21+34 (58baf7c9f32f) (2010-12-30) Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Received-From: 80.67.169.19 X-BeenThere: grub-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: The development of GNU GRUB List-Id: The development of GNU GRUB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Apr 2012 09:40:54 -0000 Vladimir '=CF=86-coder/phcoder' Serbinenko, le Mon 23 Apr 2012 10:52:09 += 0200, a =C3=A9crit : > map was never intended to be globally visible. At most perhaps > "semi-local" due to difficulties of split between getroot.c and hostdis= k.c > Moreover the behaviour of find_root_device must be independent of what > is already in map since we don't rely anymore at map being populated at > all and at entries only on as-needed basis. How can I get the same information, then? (the unix path corresponding to a disk opened with grub_disk_open()) Samuel