[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

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


  • To: "Isaku Yamahata" <yamahata@xxxxxxxxxxxxx>, <xen-ia64-devel@xxxxxxxxxxxxxxxxxxx>
  • 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
  • List-id: Discussion of the ia64 port of Xen <xen-ia64-devel.lists.xensource.com>
  • 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


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.