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

Re: [Xen-devel] [PATCH 4 of 5] Add code to track the address of the VM generation id buffer across a


  • To: "Tim (Xen.org)" <tim@xxxxxxx>
  • From: Paul Durrant <Paul.Durrant@xxxxxxxxxx>
  • Date: Mon, 28 Nov 2011 14:36:01 +0000
  • Accept-language: en-US
  • Acceptlanguage: en-US
  • Cc: "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>
  • Delivery-date: Mon, 28 Nov 2011 14:37:00 +0000
  • List-id: Xen developer discussion <xen-devel.lists.xensource.com>
  • Thread-index: Acyt1G+n3q4cgL+bSAWS5Nl/sa6iLwABjUbw
  • Thread-topic: [Xen-devel] [PATCH 4 of 5] Add code to track the address of the VM generation id buffer across a

> -----Original Message-----
> 
> Presumably in this case the tools can find the address by walking
> the ACPI tables, just like the guest OS would. :P  Not very pretty,
> though.
>

Erk, no! That would not be pretty.
 
> I don't think there's anything wrong with putting a GPA into
> xenstore.  All the other tools interactions are in guest-physical
> addressing already.  IIRC HVMloader's xenbus client doesn't have a
> xenstore_write() but it shouldn't be hard to add.
> 

OK, I'll go with that. Re-worked series coming up...

> I can't think of another way to pass data from hvmloader to the
> tools right now -- I think the hvm-info page should probably be
> replaced entirely with xenstore keys at some point.
> 

Yes, that was why I moved acpi_enabled out of there. Didn't really want to put 
something else in there :-)

 Paul

_______________________________________________
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®.