From: Paul Durrant <paul.durrant@citrix.com>
To: xen-devel@lists.xensource.com
Cc: paul.durrant@citrix.com
Subject: [PATCH 0 of 5] Add support for a VM generation ID virtual device
Date: Mon, 28 Nov 2011 12:15:32 +0000 [thread overview]
Message-ID: <patchbomb.1322482532@cosworth.uk.xensource.com> (raw)
The following patch series adds support for a VM generation ID
virtual device.
The basic requirements of this device are as follows:
- It must be exposed somewhere in ACPI namespace with a _CID of
"VM_Gen_Counter".
- It must also include a _DDN of "VM_Gen_Counter".
- It must contain a _HID object but no particular value is
required.
- It must expose a package called ADDR which evaluates to two
integers; the first being the low order 32-bits of a guest
physical address (GPA), the second by the high order 32-bits of
the GPA. This GPA is the address of an 8-byte aligned 8-byte
buffer containing the VM generation ID.
This buffer must not be in ranges supported as AddressRangeMemory
or AddressRangeACPI and must not be mapped by any PTE with caching
disabled.
The semantics of the VM generation ID itself are left up to the tools
but it must be possible to change it each time the VM is booted,
migrated, or restored from a saved image.
Patch 1 adds the device and an acpi_info field to allow population
of the ADDR package.
Patch 2 adds ctype infrastructure to hvloader in preparation for...
Patch 3 adds all the code to plumb the value of a new 'generation_id'
parameter in the VM config through to the VM generation id buffer at
VM boot time.
Patch 4 adds code to do the same at VM migrate or restore time.
Patch 5 is some code tidy-up facilitated by the patch 4.
next reply other threads:[~2011-11-28 12:15 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-11-28 12:15 Paul Durrant [this message]
2011-11-28 12:15 ` [PATCH 1 of 5] Add an ACPI device exposing a package called ADDR, evaluating to two Paul Durrant
2011-11-28 12:15 ` [PATCH 2 of 5] Add 'ctype' infrastructure to hvmloader Paul Durrant
2011-11-28 12:28 ` Tim Deegan
2011-11-28 13:21 ` Paul Durrant
2011-11-28 12:15 ` [PATCH 3 of 5] Allocate an 8 byte buffer to contain the VM generation id and populate it Paul Durrant
2011-11-28 12:15 ` [PATCH 4 of 5] Add code to track the address of the VM generation id buffer across a Paul Durrant
2011-11-28 12:32 ` Tim Deegan
2011-11-28 13:26 ` Paul Durrant
2011-11-28 13:48 ` Tim Deegan
2011-11-28 14:36 ` Paul Durrant
2011-11-28 12:15 ` [PATCH 5 of 5] Modify init_vm86_tss() to take advantage of the new set_param() function Paul Durrant
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=patchbomb.1322482532@cosworth.uk.xensource.com \
--to=paul.durrant@citrix.com \
--cc=xen-devel@lists.xensource.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.