Ensure global variables required by get_s_time() are initialised before
first use. Rejuggle bootstrap code slightly.
Signed-off-by: Keir Fraser <keir@xensource.com>
Based on the Keir's suggestion yesterday, I fixed the bug in xenlinux.
Now the LTP test cases pass well in domU; I ran LTP in domU along with
an infinite loop of "make clean; make -j4" on dom0 for sanity tests.
Signed-off-by: Jun Nakajima <jun.nakajima@intel.com>
Increase size of xen_start_info_union since start_info structure
size is > 512 bytes.
Signed-off-by: Christian Limpach <Christian.Limpach@cl.cam.ac.uk>
Simplify x86_32 boot code by removing bogus P6 check (really it was a
486 check, and we can assume everyone has CPUID I think).
Signed-off-by: Keir Fraser <keir@xensource.com>
[PATCH] [PATCH] VMXassist print e820 table
This patch integrates some of my debug environment back into the main
stream and it prints the e820 map as it is seen by a VMX domain.
Leendert
Signed-Off-By: Leendert van Doorn <leendert@watson.ibm.com>
[PATCH] [PATCH] Improved pending interrupt handling during VMX
This patch improves VMX exit handling while software interrupts are
pending: These should not stored as a VMX entry exception but should
instead just be restarted. This was the cause of the VMRESUME failure.
Leendert
Signed-Off-By: Leendert van Doorn <leendert@watson.ibm.com>
Fix out of source tree build bugs:
- add (srctree)/include/asm-xen to include list
- fix include2/asm link to reference asm-XENARCH
- fix install target for public headeres
This fix enables the complication of several configurations from the same (read-only) source tree.
Signed-off-by: Shahar Frank <shaharf@qumranet.com>
Attached is the patch that changes the default ssid from 0xffffffff to 0
as discussed in previous emails.
Signed-off-by: Reiner Sailer <sailer@us.ibm.com>
Signed-off-by: Stefan Berger <stefanb@us.ibm.com>
The set of patches below add support for loading plan9's a.out
format using the linux builder. This is considerably simpler
than having a seperate builder, shares more code and should
be easier to maintain. Hopefully the original plan9 builder
can go away in the future.
I've been able to test this manually with vm-tools but am
still having some problems (unrelated I think) with xm.
Signed-off-by: Tim Newsham <newsham@lava.net>
Rationalise x86 CRn guest state into a ctrlreg array in the per-vcpu
context structure. Most noticeably this means the pt_base field has
gone away -- replaced by ctrlreg[3] (CR3). VCPU_guest_stts is also
gone -- it was never arch-independent anyway.
Signed-off-by: Keir Fraser <keir@xensource.com>
With the patch attached, we can bring up x86_64 domU to the point where
it tries to mount the root fs (see the log below). We are looking at
problems around blkif_connect at this point.
Signed-off-by: Jun Nakajima <jun.nakajima@intel.com>
Signed-off-by: Xin B Li <xin.b.li@intel.com>
Patch below is needed to make my system work stable in PAE mode.
Havn't seen problems without PAE, not sure whenever thats just
pure luck or whenever there is a bug in my PAE xenlinux kernel.
To me it looks like a generic bug though.
I've actually trapped into problems with unpin only: A process
exits, somewhere in exit_mm() the page tables are unpinned,
shortly thereafter the mappings are cleared. While doing so the
kernel oopses in zap_pte_range(), on page table write access.
Probably due to some stale tlb entry where the page is still
tagged read-only.
xenstored_transaction.c, xenstored_core.h, xenstored_core.c, TODO:
Update TODO list
Wrap opendir in talloc so it gets cleaned up on OOM.
Remove last call to system by open-coding "cp -al" to create
transaction.
Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
Signed-off-by: Christian Limpach <Christian.Limpach@cl.cam.ac.uk>
ia64: Add fast reflection for most clock ticks
Also, some additional debug output for various situations.
Signed-off-by: Dan Magenheimer <dan.magenheimer@hp.com>
[PATCH] vmx-gdbserver-paging.patch
gdbserver should not try to convert guest physical to machine physical if
paging is not enabled.
Signed-off-by: Arun Sharma <arun.sharma@intel.com>
[PATCH] vmx-pit-reset2.patch
A VMX guest can reprogram the same PIT channel twice. We should not create
two ac_timers to handle this case.
Signed-off-by: Edwin Zhai <edwin.zhai@intel.com>
Signed-off-by: Arun Sharma <arun.sharma@intel.com>