linux-2.6.16-rc2/arch/i386/kernel/cpu/*.
Also include kernel taint tracking and include that
information, and Xen release info, in our crash dumps.
Signed-off-by: Keir Fraser <keir@xensource.com>
switch to an alternate page table before entering the
real-mode emulator.
Signed-off-by: Xin B Li <xin.b.li@intel.com>
Signed-off-by: Leendert van Doorn <leendert@watson.ibm.com>
event channels by re-setting the selector and master
pending flags when it exits. Should make for better
behaviour when there are others using the event channels.
This needs some testing to be sure it doesn't break
anything or trigger latent bugs.
Signed-off-by: Keir Fraser <keir@xensource.com>
save/restore/migrate iterations.
Should fix various crashes observed with save/restore/migrate of multi
VCPU guests.
Signed-off-by: Steven Hand <steven@xensource.com>
domain0. Provide a temporary glue between our swiotlb
implementation and x86/64's dma_ops dynamic dma-mapping
infrastructure.
Signed-off-by: Keir Fraser <keir@xensource.com>
default network device available no matter the name. It can still
be configured if you want a specific network device.
Patch by Bill Nottingham <notting@redhat.com>.
Signed-off-by: Ewan Mellor <ewan@xensource.com>
We check it is a member of a small set of permitted hypercalls.
Fix libxenstat to not use multicalls (not permitted, and not
need for efficiency in libxenstat).
Based on an original patch by Chris Wright.
Signed-off-by: Keir Fraser <keir@xensource.com>
Signed-off-by: Chris Wright <chrisw@sous-sol.org>
It has been superceded by run-time flag
XENFEAT_auto_translated_physmap.
This patch changes behaviour slightly:
1. set_pmd/set_pgd/set_pud always use mmu_ops, even when
XENFEAT_writable_page_tables is available. Unclear whether
we want to add a test to avoid this.
2. xen_l1_entry_update always uses mmu_op. Again, could gate
this on XENFEAT_writable_page_tables.
3. We always pin/unpin pagetables. Could gate this on a
new XENFEAT flag.
Signed-off-by: Keir Fraser <keir@xensource.com>
rename the core function ___shadow_status() to take its
place.
The 'fast path quick test' was ridiculously bloated and
didn't work for PGT_fl1_shadow pages.
Signed-off-by: Keir Fraser <keir@xensource.com>
!console_use_vt. The dummy_con just confuses the VT
implementation and you get no console output without manually
specifying a console= boot parameter.
Signed-off-by: Keir Fraser <keir@xensource.com>
being invoking in function irq_exit, which is aligned with XEN/X86 and
avoids __enter_schedule being reentered.
Signed-off-by Anthony Xu <anthony.xu@intel.com>
Most functions are safe to call after a timer structure
has been initialised to all zeroes, as long as they are
*never* called concurrently with init_timer().
Signed-off-by: Keir Fraser <keir@xensource.com>
Also fix the i386 play_dead() function to call idle_task_exit(),
which ensures the CPU exits while running the init_mm. Otherwise
other tasks may get stuck.
Signed-off-by: Ryan Grimm <grimm@us.ibm.com>
Signed-off-by: Keir Fraser <keir@xensource.com>
not work when port numbers are modified (bug 447).
tcp_manip_pkt()/udp_manip_pkt() modify the protocol checksum to
reflect the changes to ip addresses and port numbers. When
dev_queue_xmit() finds a message with proto_csum_blank set, it
calculates a new tcp/udp checksum that includes both the modified port
numbers and the modified protocol checksum field... so the change to
the port numbers affects the protocol checksum twice.
This patch modifies net-csum.patch to remove the checksum mangling for
port numbers in tcp_manip_pkt()/udp_manip_pkt()
Signed-off-by: Jim Dykman <dykman@us.ibm.com>
Setting the tbl_control flag to 1 in the vmcb, causes a complete tlb
flush on this core. We have seen issues (blue screens) when utilizing
ASID granularity with WinxpSP1 running on cores>0. we have found that
flushing the TLBs each vmrun alleviates winxpsp1 crashes. We have also
sometimes seen a substantial performance improvement(!) when flushing
each vmrun, which was completely unexpected. We are continuing to
investigate root cause, but for the moment, we would like to just flush
each vmrun. Digging around in the SPT code might be necessary here also.
Signed-off-by: Tom Woller <thomas.woller@amd.com>
Remove the export of evtchn_do_upcall().
Given the constraints on the use of this function (should run at least
with irqcount adjusted properly, preferrably also on irq stack), it
doesn't seem reasonable for this function to be exported.
From: Jan Beulich <JBeulich@novell.com>
Signed-off-by: Christian Limpach <Christian.Limpach@cl.cam.ac.uk>
