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

RE: [Xen-devel] [PATCH][RESEND]Nvram patch for IA64



Ian Pratt  write on 2006?10?30? 22:23:
>>> The data is dynamic, so I am afraid it is hard to store NVRAM data
>>> in domain config.
>> 
>> There must be a possible static good configuration to allow
>> you to boot Oses you care about? Do changes happen during
>> guest execution that you really care about preserving across reboots?

Yes, static good configurations can be made for different guest OS (RHEL, SLES, 
Win 2003, Win Vista). But I am afraid this workaround will have potential 
issue, because we are unable to predict how guest OS would use variable. 

> 
> Further, storing it in a file will create compilcations when we move
> to running qemu in stub domains -- we'll need a way of passing it
> across xenbus.

Could you please elaborate what the "complications" is? Per my understanding, 
even without NVRAM file, qemu in stub domain still need to read/write the disk 
image file.

It is also OK to store NVRAM in xenstore, but seems xenstore have no capability 
to store binary data, it can only store null-termincated strings.  If we want 
to directly store EFI variable in xenstore instead of sotre NVRAM binary, we 
need to para-virtualize guest firmware GetVariable/Setvariable interface, which 
is more complicated. 

> 
> 
> Ian

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


 


Rackspace

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