Make the differences clearer between the number of frames, the max PFN
and the size of the pfn array, and handle te framebuffer more cleanly.
Signed-off-by: Tim Deegan <Tim.Deegan@xensource.com>
The settimeoffset domctl had no effect on hvm domains since the offset
was only read in rtc_init which is done when the domain is created.
Signed-off-by: Christian Limpach <Christian.Limpach@xensource.com>
These should not be set until the guest kernel kernel configures an
entry point otherwise the null_trap_bounce() check gets confused.
This change was made to the old domain builder in 12455:3fa6635d04b9
but was lost in the transition to the new builder.
Signed-off-by: Ian Campbell <ian.campbell@xensource.com>
The readconsolering capabilities provide the opportunity to
provide console output to other clients (remote systems,
logging systems, etc). This patchs adds the ability to generate
a notification of a change in the console buffer.
Signed-off-by: Ben Thomas <ben@virtualiron.com>
Signed-off-by: Keir Fraser <keir@xensource.com>
Also, send an interrupt and an error code to the guest on restore if we
dropped an active request when we saved.
Signed-off-by: Tim Deegan <Tim.Deegan@xensource.com>
Move some common free/alloc code into core heap-allocator
functions. Make it clear that alloc/free can only ever be done outside
hardirq context (previously it was unsafe: could deadlock on heap_lock).
Signed-off-by: Keir Fraser <keir@xensource.com>
I broke the 'correct' fix when I copied it out of an email. The
actual correct version, with an extra +1 in the for-loop header is
rather abusive of for loops, so I've changed it now to a do-while loop
and an extra comment so I don't screw up this backwards loop ever
again.
This version does actually boot. :-)
Signed-off-by: Keir Fraser <keir@xensource.com>
- convert raw "install" command to use $(INSTALL)
- convert some $(INSTALL) to $(INSTALL_DATA) as appropriate
- modify the specific $(INSTALL) definitions to use -p.
Original patch by Ben Thomas <ben@virtualiron.com>
Signed-off-by: Keir Fraser <keir@xensource.com>
I've no idea what it does, and it doesn't appear to be valid on some
systems. Use a more generic approach.
Signed-off-by: Ben Thomas <ben@virtualiron.com>
allowed and the functions are marked __init on x86/64.
Use HYPERVISOR_update_va_mapping() directly instead.
Signed-off-by: Keir Fraser <keir@xensource.com>
so that they don't get confused by the way that shadow_teardown()
leaves some of the mode bits set after releasing the shadow resources.
Signed-off-by: Tim Deegan <Tim.Deegan@xensource.com>
Add ia64 mapping for cpuinfo data and make the case where #vcpu !=
#pcpu more flexible (don't rely on cpu0 existing).
Signed-off-by: Alex Williamson <alex.williamson@hp.com>
Since the guest's CR0.PG is always set (in shadow paging), EFER.LME must
be cleared along with EFER.LMA when the guest is disabling paging.
Signed-off-by: Travis Betak <travis.betak@amd.com>
Return the shadow of the guest's EFER instead of the VMCB. This helps
with things such as the unlikely event the guest wants to check EFER.LME
immediately after setting it (The VMCB's EFER.LME remains clear until
the guest enables paging).
Signed-off-by: Travis Betak <travis.betak@amd.com>
The SVM cpu state was being used inconsistently and, besides, it makes
more sense to instead rely on the guest's shadow registers to determine
the current guest state.
Signed-off-by: Travis Betak <travis.betak@amd.com>
kfraser@localhost.localdomain
Ewan Mellor
Tim Deegan
Christian Limpach
Ian Campbell
Travis Betak