WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

Re: [Xen-devel] behavioral change due to new elf code

To: "Gerd Hoffmann" <kraxel@xxxxxxx>
Subject: Re: [Xen-devel] behavioral change due to new elf code
From: "Jan Beulich" <jbeulich@xxxxxxxxxx>
Date: Fri, 09 Feb 2007 14:25:59 +0000
Cc: xen-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Fri, 09 Feb 2007 06:23:19 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <45CC7E7E.5060607@xxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <45CC7EC1.76E4.0078.0@xxxxxxxxxx> <45CC7470.4060002@xxxxxxx> <45CC86A5.76E4.0078.0@xxxxxxxxxx> <45CC7E7E.5060607@xxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
>>> Gerd Hoffmann <kraxel@xxxxxxx> 09.02.07 15:00 >>>
>Jan Beulich wrote:
>> But wouldn't that change behavior for domU-s then in an undesirable way?
>
>Why?  dom0 and domU should have the same behavior ...

I didn't check how the old domU-related tools code behaved here, I just
assumed the new code was based more on the old tools code than the
hypervisor one, and hence old behavior might have been the one I had
just seen.
Regardless of that, the function shouldn't return here, but rather
continue the loop.

>> Even better, I would think, would be to split the note namespace to
>> distinguish
>> - general required notes
>> - general optional notes
>> - dom0 required notes
>
>Point being?  I'm not aware of any dom0-required note.  And I don't
>think splitting into required and optional is useful, especially as this
>is arch-dependent ...

To e.g. catch notes the presence of which is necessary (i.e. a newer
hypervisor will misbehave in its absence), but ignore such that only
provide hints in certain directions.

At present I also don't know of any dom0 required note, yet if any
splitting is done, then all possible (i.e. foreseeable) groups should be
allowed for. As you say, the list should also include an arch-specific
range.

Jan

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel