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-ia64-devel

RE: [Xen-ia64-devel] New tree issues (domU restart and domVTi bootissues

To: "Isaku Yamahata" <yamahata@xxxxxxxxxxxxx>, <xen-ia64-devel@xxxxxxxxxxxxxxxxxxx>
Subject: RE: [Xen-ia64-devel] New tree issues (domU restart and domVTi bootissues)
From: "Zhang, Xing Z" <xing.z.zhang@xxxxxxxxx>
Date: Thu, 14 Jun 2007 10:42:22 +0800
Delivery-date: Wed, 13 Jun 2007 19:40:37 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <20070613125314.GF3018%yamahata@xxxxxxxxxxxxx>
List-help: <mailto:xen-ia64-devel-request@lists.xensource.com?subject=help>
List-id: Discussion of the ia64 port of Xen <xen-ia64-devel.lists.xensource.com>
List-post: <mailto:xen-ia64-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-ia64-devel>, <mailto:xen-ia64-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-ia64-devel>, <mailto:xen-ia64-devel-request@lists.xensource.com?subject=unsubscribe>
Sender: xen-ia64-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AcetueScdnFofM6GRj6+KVvKSg+XIwAcU1Lg
Thread-topic: [Xen-ia64-devel] New tree issues (domU restart and domVTi bootissues)
>- domU restart.
>  DomU can't be restarted again. This is because nvram patch.
>  It is already fixed in upstream tree by c/s 15265:634b7f7f8584.
>
[Zhang, Xing Z] 
        I will look into this.
>- domVTi guest firmware can't load elilo.
>  domVTi boots and then efi shell shows up. But it can't load anything.
>  'dblk blk0' shows all zero.
>  I haven't dug into it yet. Is this my local issue or does anyone hit
this?
>
[Zhang, Xing Z] 
        Current NVRAM design uses "name" field of configure file as
NVRAM file name.
For example, if your guest named "HVM", then you can find the
corresponding NVRAM file at /usr/lib/xen/boot/nvram_HVM. So if you have
two guests with same name, the one booted afterward would read NVRAM
data of previous one. This may cause some un-expected things such as
can't find disk. A workaround method is makes all guests have different
name and rm all existing NVRAM files and boot them again. I will send a
patch to use image patch as NVRAM file name later on, which reduces
collision. Sorry for inconvenient.

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