status internally, with the shadow_lock held for consistency.
Callers no need to check log-dirty status themselves.
Also, add dirty logging to alloc_page_type/free_page_type, so
that we see page tables coming and going during live relocation.
Signed-off-by: Keir Fraser <keir@xensource.com>
structure. This also happens to ensure correct t_rec
alignment on ia64. A better layout for trace buffers
will be coming soon.
Signed-off-by: Keir Fraser <keir@xensource.com>
useful when the interrupt line is not connected in hardware or the
mechanism to enable it is not readily available in the hypervisor.
Polling is only enabled when the UART IRQ is set to zero.
Signed-off-by: Alex Williamson <alex.williamson@hp.com>
Signed-off-by: Keir Fraser <keir@xensource.com>
tries to read it's info from the xenstore. Instead of sending a NULL
pointer for the name the name will be displayed as a ' ' until the next
refresh where xentop will then properly display the name.
Signed-off-by: Jerone Young <jyoung5@us.ibm.com>
Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
that an acm failure is closer to being non-priv'ed, which returns
-EPERM. Wouldn't want dom0 tools to report they were the wrong version
just because ACM limited some operation, surely?
Signed-off-by: Rusty Russell <rusty@rustcorp.com.au> (authored)
emerged as a problem in the field, AFAIK, but it seems that distro scripts
could have brought the device down already by this point (Debian stable's
net.agent does ifdown vifX.Y, and it wouldn't surprise me if someone decided
to do ifconfig vifX.Y down if this failed, for example).
Logging but ignoring the failure seems sensible.
Signed-off-by: Ewan Mellor <ewan@xensource.com>
disappeared. This happens when the driver is being torn down, and we don't
want to resurrect the device directory in the store because of it.
Partially addresses bug #424.
Signed-off-by: Ewan Mellor <ewan@xensource.com>
We need a hook to be able to close down the device properly, but the REMOVE
event is no good because we don't get the script and vif environment variables
set in that case.
Closes bug #417.
Signed-off-by: Ewan Mellor <ewan@xensource.com>
for ia64. SMP_CACHE_BYTES should be increased for uniproc
ia64 systems (how many uniproc ia64 boxes are there?!).
Signed-off-by: Keir Fraser <keir@xensource.com>
in clustered mode with the apic=bigsmp kernel parameter. This patch does
the APIC mode selection automatically without needing to manually specify
the kernel paremeter.
(KAF note: I see the patch is also present in Linux 2.6.14.2)
Signed-off-by: Nitin Kamble <nitin.a.kamble@intel.com>
Signed-off-by: Venkatesh Pallipadi <venkatesh.pallipadi@intel.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
compiler supports it. Move test-gcc-flag function to
Config.mk where it can be used by any component of the
build.
Signed-off-by: Keir Fraser <keir@xensource.com>
Valgrind cannot see when a hypercall has initialised entries in a data
structure, so appropriate memsets have been placed before using dom0_op_t,
privcmd_hypercall_t, and a couple of miscellaneous blocks passed into this
layer. This initialises the block so that valgrind considers it to be valid,
but the data therein will be immediately overwritten by the hypercall, all
being well.
These changes are semantically neutral if -DVALGRIND is not set.
Signed-off-by: Ewan Mellor <ewan@xensource.com>
must also be unmapped explicitly via the grant-table
interface (GNTTABOP_unmap_grant_ref). If not, the guest
ends up with a dangling grant reference that is not cleared
up until the guest dies.
Because this can obviously lead to deferred hard-to-debug
problems, debug builds of Xen use a 'spare' PTE flag to
track granted mappings and to crash a domain if it attempts
to free such a PTE without using GNTTABOP_unmap_grant_ref.
Signed-off-by: Keir Fraser <keir@xensource.com>
