Re: identifying module types

2006-12-12 Thread Hollis Blanchard
On Sat, 2006-12-09 at 06:31 +0100, Tristan Gingold wrote: > On Fri, Dec 08, 2006 at 06:02:31PM -0600, Hollis Blanchard wrote: > > On Fri, 2006-10-27 at 06:09 +0200, Tristan Gingold wrote: > > > BTW, why not adding a type field for module tag. The type (which should > > > be > > > an UUID IMHO) sh

Re: identifying module types

2006-12-12 Thread Hollis Blanchard
On Fri, 2006-12-08 at 18:02 -0600, Hollis Blanchard wrote: > > On the consumer side of multiboot (in this case Xen), we need to loop > over the tags, and when we find a module tag, how do we know which it > is? The Multiboot2 spec tells us "The order of modules is not > guaranteed." (Why not?) O

Re: multiboot2: make multiboot header optional

2006-12-12 Thread Yoshinori K. Okuji
On Thursday 07 December 2006 23:39, Hollis Blanchard wrote: > I thought we had two options: embedding tags, or ORing bits into an > embedded long. When I suggested embedding tags, you told me it was too > complicated so will cause developer errors. Have I misunderstood? I meant that the complexity

Re: multiboot2: using tags in the multiboot header

2006-12-12 Thread Yoshinori K. Okuji
On Friday 08 December 2006 00:07, Hollis Blanchard wrote: > On Tue, 2006-12-05 at 21:23 +0100, Yoshinori K. Okuji wrote: > > Is it a good spec which forces one to use sample code to be error-free? > > Please be serious. I am perfectly serious here, although I like kidding. > I'm really not sure w

Re: identifying module types

2006-12-12 Thread Yoshinori K. Okuji
On Saturday 09 December 2006 01:02, Hollis Blanchard wrote: > On the consumer side of multiboot (in this case Xen), we need to loop > over the tags, and when we find a module tag, how do we know which it > is? The Multiboot2 spec tells us "The order of modules is not > guaranteed." (Why not?) Beca

Re: disk vs partition numbering

2006-12-12 Thread Yoshinori K. Okuji
On Saturday 09 December 2006 01:17, Hollis Blanchard wrote: > On Tue, 2006-12-05 at 20:46 +0100, Yoshinori K. Okuji wrote: > > > Oh, btw, it's HIGHLY confusing that disks start at 0, partitions at > > > 1. Could you please fix it and make it consequently? either hd1,1 > > > or hd0,0, but not hd0,1

Re: identifying module types

2006-12-12 Thread Yoshinori K. Okuji
On Tuesday 12 December 2006 21:56, Hollis Blanchard wrote: > On Sat, 2006-12-09 at 06:31 +0100, Tristan Gingold wrote: > > On Fri, Dec 08, 2006 at 06:02:31PM -0600, Hollis Blanchard wrote: > > > On Fri, 2006-10-27 at 06:09 +0200, Tristan Gingold wrote: > > > > BTW, why not adding a type field for m

Re: identifying module types

2006-12-12 Thread Hollis Blanchard
On Tue, 2006-12-12 at 23:28 +0100, Yoshinori K. Okuji wrote: > On Saturday 09 December 2006 01:02, Hollis Blanchard wrote: > > On the consumer side of multiboot (in this case Xen), we need to loop > > over the tags, and when we find a module tag, how do we know which it > > is? The Multiboot2 spec

Re: disk vs partition numbering

2006-12-12 Thread Hollis Blanchard
On Tue, 2006-12-12 at 23:46 +0100, Yoshinori K. Okuji wrote: > > The critical thing is how to reduce new things that people would have to > study > for using a program. GRUB Legacy made a mistake, since nearly all operating > systems use 0-based for disks, and 1-based for partitions. Since I'm

Re: identifying module types

2006-12-12 Thread Hollis Blanchard
On Tue, 2006-12-12 at 23:54 +0100, Yoshinori K. Okuji wrote: > I am for making "type"s arbitrary. If one wants to use a "type" as an UUID, > she can. If one wants to use a "type" as a symbolic name, she can. I think it > is the most flexible and simplest way to make the interpretation of "type"s

Re: multiboot2: make multiboot header optional

2006-12-12 Thread Hollis Blanchard
On Tue, 2006-12-12 at 23:08 +0100, Yoshinori K. Okuji wrote: > On Thursday 07 December 2006 23:39, Hollis Blanchard wrote: > > I thought we had two options: embedding tags, or ORing bits into an > > embedded long. When I suggested embedding tags, you told me it was too > > complicated so will cause