From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1K1sti-00064q-Vw for mharc-grub-devel@gnu.org; Thu, 29 May 2008 20:55:11 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1K1sth-00064d-5a for grub-devel@gnu.org; Thu, 29 May 2008 20:55:09 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1K1stf-00064R-Q6 for grub-devel@gnu.org; Thu, 29 May 2008 20:55:08 -0400 Received: from [199.232.76.173] (port=42361 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1K1stf-00064O-KM for grub-devel@gnu.org; Thu, 29 May 2008 20:55:07 -0400 Received: from c60.cesmail.net ([216.154.195.49]:32593) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_ARCFOUR_SHA1:16) (Exim 4.60) (envelope-from ) id 1K1stf-0003aN-7k for grub-devel@gnu.org; Thu, 29 May 2008 20:55:07 -0400 Received: from unknown (HELO relay.cesmail.net) ([192.168.1.81]) by c60.cesmail.net with ESMTP; 29 May 2008 20:55:06 -0400 Received: from [192.168.1.21] (static-72-92-88-10.phlapa.fios.verizon.net [72.92.88.10]) by relay.cesmail.net (Postfix) with ESMTP id 0E238619058 for ; Thu, 29 May 2008 20:55:06 -0400 (EDT) From: Pavel Roskin To: The development of GRUB 2 In-Reply-To: <20080528142438.GK26495@thorin> References: <1211903962.29738.21.camel@dv> <20080528142438.GK26495@thorin> Content-Type: text/plain Date: Thu, 29 May 2008 20:55:05 -0400 Message-Id: <1212108905.4265.59.camel@dv> 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: Replacing the legacy "map" command 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: Fri, 30 May 2008 00:55:09 -0000 On Wed, 2008-05-28 at 16:24 +0200, Robert Millan wrote: > On Tue, May 27, 2008 at 11:59:22AM -0400, Pavel Roskin wrote: > > > > Again, I'd like to see the command name shortened, perhaps to "drivemap" > > or "map". It's not like users will need to distinguish BIOS and > > non-BIOS mappings. > > But then we're occupping generic namespace with arch-specific features. I think it's OK. If another architecture supports similar functionality, then "drivemap" would still be fine, even if the implementation is different. If an architecture doesn't support it, the command won't exist. It's very unlikely that there will be two different mechanisms for drive remapping, each of which should be available to the users. And even then, a switch could be added to force the preferred mechanism. -- Regards, Pavel Roskin