From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1LtkM7-0002g4-Ad for mharc-grub-devel@gnu.org; Tue, 14 Apr 2009 11:15:23 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LtkM5-0002fr-QK for grub-devel@gnu.org; Tue, 14 Apr 2009 11:15:21 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LtkM4-0002fK-A1 for grub-devel@gnu.org; Tue, 14 Apr 2009 11:15:20 -0400 Received: from [199.232.76.173] (port=37140 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LtkM4-0002fH-6h for grub-devel@gnu.org; Tue, 14 Apr 2009 11:15:20 -0400 Received: from mail.nexedi.com ([91.121.25.85]:41102 helo=nexedi.com) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LtkM3-0006zs-Mt for grub-devel@gnu.org; Tue, 14 Apr 2009 11:15:19 -0400 Received: from [10.8.0.46] (unknown [10.8.0.46]) by nexedi.com (Postfix) with ESMTP id CC4713D9F7 for ; Tue, 14 Apr 2009 17:15:17 +0200 (CEST) From: "Yoshinori K. Okuji" Organization: enbug.org To: The development of GRUB 2 Date: Wed, 15 Apr 2009 00:15:29 +0900 User-Agent: KMail/1.9.10 References: <49B28BA6.3030109@gmail.com> <49E1126D.4050604@gmail.com> <20090413140037.GD12170@thorin> In-Reply-To: <20090413140037.GD12170@thorin> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200904150015.29588.okuji@enbug.org> X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3) Subject: Re: [Design] nested partitions: Unify grub_partition and grub_disk 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: Tue, 14 Apr 2009 15:15:22 -0000 On Monday 13 April 2009 23:00:37 Robert Millan wrote: > On Sat, Apr 11, 2009 at 11:58:05PM +0200, phcoder wrote: > > Ping. Is it ok for me to implement it this way? > > I'd really like it if Okuji could give his impression on this one, if > possible. I don't think I am the right one to ask, because I myself don't use any BSD variant any longer. So, in short, I don't care for myself. As partition specifications are relevant to the user, it is better to ask the user. (At least when I used GNU/Hurd with BSD disk slices, I preferred a, b, c to 1, 2, 3. Something called "least surprising".) Regards, Okuji > > > phcoder wrote: > >> I forgot to speak about another question: partition naming. I see 2 > >> possibilities > >> 1) purely numeric unified naming scheme. It means that > >> (hd0,1,a) becomes (hd0,1,1) > >> On one hand mixed number-letter scheme is similar to what freebsd uses > >> but on the other hand numerical scheme is versatile and allows > >> unlimited nestedness. And I don't see why we would use a scheme > >> specific to one of many supported OSes. > >> 2) Every partition map is allowed to pick the name that it likes as > >> long as it contains no comma. In this way we would need to keep > >> partition-name parsing functions in partitition map modules. It means > >> that this code would be duplicated. But this scheme is better in the > >> cases when partition map has no numbering scheme but instead has labels > >> attached to partitions. But in this case IMO search command should be > >> used find the partition > >> > >> I personally would prefer the first way > >> > >>> Also an interesting question is how would "has_partitions" field be > >>> handled in this scheme. > >> > >> Just ignored. It's actually used only to optimise some code out based > >> on the assumption that some media has no partitions. Performance gain > >> is negligible but if this assumption doesn't hold true grub won't be > >> able to access the partitions which are really here. Famous example is > >> a cdrom. Most people would assume that cdrom has no partitions. But on > >> powerpc bootable cdroms use APM > > > > -- > > > > Regards > > Vladimir 'phcoder' Serbinenko > > > > > > _______________________________________________ > > Grub-devel mailing list > > Grub-devel@gnu.org > > http://lists.gnu.org/mailman/listinfo/grub-devel