aboutsummaryrefslogtreecommitdiffstats
path: root/tools/libxc/xc_core_ia64.h
Commit message (Collapse)AuthorAgeFilesLines
* # HG changeset patchIan Campbell2010-08-241-10/+10
| | | | | | | | | | | | | | | | | | | | | | | | | # User Ian Campbell <ian.campbell@citrix.com> # Date 1282671421 -3600 # Node ID d1dd29a470ef1b9d2c77478a123326036dfe90bb # Parent d7a4adad9c328decbd384d87b23001aea8951b86 tools/libxc, tools/libelf: Relicense under LGPL v2.1 Relicense these two libraries under LGPL v2.1 only except where individual files already included the "or later" provision. Copyright holders have been contacted by Stephen Spector and have all agreed this change. Removed tools/libxc/ia64/aclinux.h since it appeared to be unused. There is a separate, more up to date, copy in xen/include/acpi/platform/aclinux.h which does appear to be used. Clarify the license of MiniOS privcmd.h under the same terms as other tools/include/xen-sys headers. Signed-off-by: Ian Campbell <ian.campbell@citrix.com> Acked-by: Stephen Spector <stephen.spector@citrix.com> Signed-off-by: Ian Jackson <ian.jackson@eu.citrix.com>
* libxc: Fix ia64 build for interface changeIan Jackson2010-06-251-2/+4
| | | | | | | | | | | | This patch fixes ia64 by the following method: - rename xc_handle xch - rename guest_xc xch - add xc_interface *xch to arguments of some functions - replace xc_dom_printf with macros - Add *xch argument to corresponding x86 functions [iwj] Signed-off-by: KUWAMURA Shin'ya <kuwa@jp.fujitsu.com> Signed-off-by: Ian Jackson <ian.jackson@eu.citrix.com>
* libxc: eliminate static variables, use xentoollog; API changeKeir Fraser2010-05-281-1/+1
| | | | | | | | | | | | | | | | | | | | This patch eliminate the global variables in libxenctrl (used for logging and error reporting). Instead the information which was in the global variables is now in a new xc_interface* opaque structure, which xc_interface open returns instead of the raw file descriptor; furthermore, logging is done via xentoollog. There are three new parameters to xc_interface_open to control the logging, but existing callers can just pass "0" for all three to get the old behaviour. All libxc callers have been adjusted accordingly. Also update QEMU_TAG for corresponding qemu change. Signed-off-by: Ian Jackson <ian.jackson@eu.citrix.com>
* x86_64: allow more vCPU-s per guestKeir Fraser2009-06-181-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | Since the shared info layout is fixed, guests are required to use VCPUOP_register_vcpu_info prior to booting any vCPU beyond the traditional limit of 32. MAX_VIRT_CPUS, being an implemetation detail of the hypervisor, is no longer being exposed in the public headers. The tools changes are clearly incomplete (and done only so things would build again), and the current state of the tools (using scalar variables all over the place to represent vCPU bitmaps) very likely doesn't permit booting DomU-s with more than the traditional number of vCPU-s. Testing of the extended functionality was done with Dom0 (96 vCPU-s, as well as 128 vCPU-s out of which the kernel elected - by way of a simple kernel side patch - to use only some, resulting in a sparse bitmap). ia64 changes only to make things build, and build-tested only (and the tools part only as far as the build would go without encountering unrelated problems in the blktap code). Signed-off-by: Jan Beulich <jbeulich@novell.com>
* [IA64] compilation fix caused by 17880:d3a87899985dKeir Fraser2008-06-201-1/+1
| | | | Signed-off-by: Isaku Yamahata <yamahata@valinux.co.jp>
* [IA64] Foreign p2m: xc_core: ia64 xc_core_arch_gpfn_may_present()Alex Williamson2007-09-061-1/+8
| | | | | | | Prevent warning message when xm dump-core Using foreign p2m exposure, we can avoid to map the page which isn't allocated. Signed-off-by: Isaku Yamahata <yamahata@valinux.co.jp>
* Introduce xc_core_arch_gpfn_may_present() hook.kfraser@localhost.localdomain2007-08-301-0/+1
| | | | | | | On ia64 trying to map a foreign domain page which isn't allocated cause annoying warning message. xm dump-core results in too many warnings. With this hook, ia64 dump-core can suprress warning. Signed-off-by: Isaku Yamahata <yamahata@valinux.co.jp>
* dump-core: always use elfclass64 format to support x86_32pae.kfraser@localhost.localdomain2007-03-071-1/+1
| | | | | | Without this patch xen dump-core format can't handle over 4GB case. Signed-off-by: Isaku Yamahata <yamahata@valinux.co.jp>
* Xen coredump format: ELF formatified with note section.Keir Fraser2007-02-241-0/+60
added PFN-GMFN table for non-auto translated physmap added PFN table for auto translated physmap. HVM domain support. IA64 support Signed-off-by: Isaku Yamahata <yamahata@valinux.co.jp> Use the guest's own p2m table instead of xc_get_pfn_list(), which cannot handle PFNs with no MFN. Dump a zeroed page for PFNs with no MFN. Clearly deprecate xc_get_pfn_list(). Do not include a P2M table with HVM domains. Refuse to dump HVM until we can map its pages with PFNs. Signed-off-by: John Levon <john.levon@sun.com>