aboutsummaryrefslogtreecommitdiffstats
path: root/tools
Commit message (Collapse)AuthorAgeFilesLines
* Add stubdomain support. See stubdom/README for usage details.Keir Fraser2008-02-1216-27/+846
| | | | | | | | | | | | | | | | | | | | | | | | | | | | - Move PAGE_SIZE and STACK_SIZE into __PAGE_SIZE and __STACK_SIZE in arch_limits.h so as to permit getting them from there without pulling all the internal Mini-OS defines. - Setup a xen-elf cross-compilation environment in stubdom/cross-root - Add a POSIX layer on top of Mini-OS by linking against the newlib C library and lwIP, and implementing the Unixish part in mini-os/lib/sys.c - Cross-compile zlib and libpci too. - Add an xs.h-compatible layer on top of Mini-OS' xenbus. - Cross-compile libxc with an additional xc_minios.c and a few things disabled. - Cross-compile ioemu with an additional block-vbd, but without sound, tpm and other details. A few hacks are needed: - Align ide and scsi buffers at least on sector size to permit direct transmission to the block backend. While we are at it, just page-align it to possibly save a segment. Also, limit the scsi buffer size because of limitations of the block paravirtualization protocol. - Allocate big tables dynamically rather that letting them go to bss: when Mini-OS gets installed in memory, bss is not lazily allocated, and doing so during Mini-OS is unnecessarily trick while we can simply use malloc. - Had to change the Mini-OS compilation somehow, so as to export Mini-OS compilation flags to the Makefiles of libxc and ioemu. Signed-off-by: Samuel Thibault <samuel.thibault@eu.citrix.com>
* libxenctrl headers should not pollute macro namespace withKeir Fraser2008-02-1210-40/+39
| | | | | | | mb/rmb/wmb. Instead add a xen_ prefix. Modify Xen's public headers to expect the prefixed names instead of bare mb/rmb/wmb, but gate this expectation on a bump of __XEN_INTERFACE_VERSION__. Signed-off-by: Keir Fraser <keir.fraser@citrix.com>
* device-dm: Use SIGHUP before SIGKILLKeir Fraser2008-02-122-5/+18
| | | | | | | | | Make qemu unblock SIGHUP and make sure the default handler is in place. Have the domain killer send SIGHUP to the device-model script, allow the script 10s to clean up, and if still not dead, send SIGKILL. Signed-off-by: Samuel Thibault <samuel.thibault@eu.citrix.com>
* xend: Remove redundant check of maximum memory size.Keir Fraser2008-02-121-3/+0
| | | | | | | Currently, a wrong value of maximum memory size is checked by _safe_set_memory() and _memory_sanity_check(). Signed-off-by: Masaki Kanno <kanno.masaki@jp.fujitsu.com>
* Add timestamp option to xenconsoledKeir Fraser2008-02-122-11/+99
| | | | | | | | | | | Similar to the --log option, --timestamp or -t takes: - none : No timestamping - hv : Timestamp hypervisor logs - guest: Timestamp guest logs - all : Timestamp guest and hypervisor logs From: Cole Robinson <crobinso@redhat.com> Signed-off-by: Keir Fraser <keir.fraser@citrix.com>
* ioemu: Dynamic VNC colour depth.Keir Fraser2008-02-117-80/+207
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The qemu vnc server changes its internal colour depth based on the client request. This way just one colour conversion is done: the one in vga_template.h, from the guest colour depth and the vnc server internal colour depth. This patch is meant to remove this colour conversion to improve performances. It accomplishes the goal making the qemu internal colour depth always the same as the guest colour depth. The basic idea is that the vnc client is the one that should do the colour conversion, if necessary. In general it should accept the pixel format suggested by the server during the initial negotiation. This behaviour can be set in most vnc clients (vncviewer included). If the guest changes colour depth, the qemu vnc server changes colour depth too and notifies the client. The problem is that the vnc protocol doesn't provide a message from the server to the client to ask for a colour depth change. So what I am doing is either: 1) quietly starting to do the conversion on vnc server (not gaining any performance here); 2) closing the vnc connection with the client, so the client can reconnect and choose the new pixel format. By default I am doing 1), however the second choice can be enabled passing the -vnc-switch-bpp command line option. In order to do the colour conversion on the vnc server I had to improve the colour conversion code already in place because it only supported conversions from 32 bpp. The patch adds colour conversion code that support conversions from any resolution to any resolution. A last note: to get most out of this patch it is best to set Windows to 16 bit colour depth, because the 24 bit mode is 24 bit depth and 24 bpp, meaning no alpha channel. The vnc protocol doesn't support 24 bpp, only 32 bpp, so this conversion is unavoidable. From: Stefano Stabellini <stefano.stabellini@eu.citrix.com> Signed-off-by: Keir Fraser <keir.fraser@citrix.com>
* xen-api: Fix some errors in Xen-API's PBD class.Keir Fraser2008-02-111-11/+11
| | | | Signed-off-by: Stefan Berger <stefanb@us.ibm.com>
* ioemu: save 3MB of ioport tables (on 64bit machines)Keir Fraser2008-02-111-20/+40
| | | | | | by keeping then initialized to NULL and check for it in the handlers. Signed-off-by: Samuel Thibault <samuel.thibault@eu.citrix.com>
* ioemu: cope with partial reads/writes when using the read()/write()Keir Fraser2008-02-111-6/+19
| | | | | syscall interfaces. Signed-off-by: Samuel Thibault <samuel.thibault@eu.citrix.com>
* x86 hvm: Allow HPET to be configured as a per-domain config option.Keir Fraser2008-02-118-452/+488
| | | | | | | | | | A new platform variable 'hpet' is added, which defaults to 0 for new guests (that is, hpet disabled). Default is off (no hpet) because hpet is currently less accurate in keeping time than PIT (because no timer_mode adjustments). Signed-off-by: Dan Magenheimer <dan.magenheimer@oracle.com> Signed-off-by: Keir Fraser <keir.fraser@citrix.com>
* xend: Better support for legacy HVM config with hvmloader configuredKeir Fraser2008-02-112-7/+5
| | | | | | | | via the 'kernel' config option: 1. Look for any string containing 'hvmloader'. 2. The 'kernel' option must be scrubbed to avoid taking PV-kernel-loading paths during later guest setup. Signed-off-by: Keir Fraser <keir.fraser@citrix.com>
* xend: Remove redundant xc.domain_setcpuweight() all the way down to libxenctrl.Keir Fraser2008-02-114-49/+0
| | | | | Signed-off-by: Masaki Kanno <kanno.masaki@jp.fujitsu.com> Signed-off-by: Keir Fraser <keir.fraser@citrix.com>
* domain builder: make vfb = [ 'type=sdl' ] workKeir Fraser2008-02-111-3/+9
| | | | | | | | | | | When setting vfb = [ 'type=sdl' ] in a domain config file, qemu seems to be still using vnc. Make it use sdl as expected. Signed-off-by: Samuel Thibault <samuel.thibault@eu.citrix.com>
* ioemu stubdom: make daemonize optionalKeir Fraser2008-02-111-2/+13
| | | | Signed-off-by: Samuel Thibault <samuel.thibault@eu.citrix.com>
* ioemu: some ifndef NO_UNIX_SOCKETS were missingKeir Fraser2008-02-112-8/+8
| | | | Signed-off-by: Samuel Thibault <samuel.thibault@eu.citrix.com>
* ioemu: make AIO optional (already done upstream)Keir Fraser2008-02-111-0/+8
| | | | Signed-off-by: Samuel Thibault <samuel.thibault@eu.citrix.com>
* ioemu: fix compilation without softfloatKeir Fraser2008-02-112-0/+14
| | | | Signed-off-by: Samuel Thibault <samuel.thibault@eu.citrix.com>
* ioemu stubdom: make TPM optionalKeir Fraser2008-02-112-0/+3
| | | | Signed-off-by: Samuel Thibault <samuel.thibault@eu.citrix.com>
* qemu: Queue mouse clicks.Keir Fraser2008-02-112-15/+82
| | | | | | | | | qemu doesn't enqueue mouse events, just records the latest mouse state. This can cause some lost mouse double clicks if the events are not processed fast enought. This patch implements a simple queue for left mouse click events. Signed-off-by: Stefano Stabellini <stefano.stabellini@eu.citrix.com>
* xentrace: Improve xentrace to use VIRQ_TBUF interrupts as well as aKeir Fraser2008-02-111-56/+82
| | | | | | | | user-specified polling interval in order to determine when to empty the trace buffers. Removed the old and unused/unimplemented new_data_threshold logic. Signed-off-by: Michael A Fetterman <Michael.Fetterman@cl.cam.ac.uk>
* xentrace: Allow xentrace to handle >4G of trace data.Keir Fraser2008-02-111-2/+11
| | | | | | | | | | | | | It was previously assert'ing when it hit 4G. Also, because the trace buffer is not a power of 2 in size, using modulo arithmetic to address the buffer does not work when the index wraps around 2^32. This patch fixes both issues, and as a side effect, removes all integer division from the hypervisor side of the trace mechanism. Signed-off-by: Michael A Fetterman <Michael.Fetterman@cl.cam.ac.uk>
* ioemu: use POSIX int type.Keir Fraser2008-02-071-1/+1
| | | | Signed-off-by: Samuel Thibault <samuel.thibault@eu.citrix.com>
* ioemu: Fix build after LIST->QEMU_LIST changes.Keir Fraser2008-02-072-8/+8
| | | | Signed-off-by: Keir Fraser <keir.fraser@citrix.com>
* Add 'coredump-destroy' and 'coredump-restart' actions for crashed domains.Keir Fraser2008-02-079-21/+67
| | | | | | | | Xen-API already specifies these actions for the 'on_crash' domain exit event. This patch makes them available for use in traditional domU config files and through the xm tool as well. Signed-off-by: Jim Fehlig <jfehlig@novell.com>
* xm reboot: Fix wait option of xm reboot commandKeir Fraser2008-02-071-2/+13
| | | | | | | | | | | | | | | | | When I rebooted a domain by xm reboot command with wait option, I saw the following message. But, rebooting the domain succeeded. Domain vm1 destroyed for failed in rebooting The cause why the message was shown is the domain is destroyed temporarily by processing of xm reboot command. The domain information is not gotten from Xend by server.xend.domains() function till recreating the domain is completed. This patch fixes processing of xm reboot command in Xm side. It waits just a bit till recreating the domain is completed, then it measures the success or failure of the reboot of the domain. Signed-off-by: Masaki Kanno <kanno.masaki@jp.fujitsu.com>
* ioemu: avoid name clashes due to LIST_* macrosKeir Fraser2008-02-075-48/+48
| | | | | | | | | | | | | | | | | | | | | Here is what I wrote in my submission to qemu upstream: qemu's audio subdirectory contains a copy of BSD's sys-queue.h, which defines a bunch of LIST_ macros. This makes it difficult to build a program made partly out of qemu and partly out of the Linux kernel[1], since Linux has a different set of LIST_ macros. It might also cause trouble when mixing with BSD-derived code. Under the circumstances it's probably best to rename the versions in qemu. The attached patch does this. [1] You might well ask why anyone would want to do this. In Xen we are moving our emulation of IO devices from processes which run on the host into a dedicated VM (one per actual VM) which we call a `stub domain'. This dedicated VM runs a very cut-down `operating system' which uses some code from Linux. Signed-off-by: Ian Jackson <ian.jackson@eu.citrix.com>
* ioemu: config cleanup re AF_UNIX sockets on non-WindowsKeir Fraser2008-02-073-2/+9
| | | | | | | | | | | | Here is what I wrote in my submission to qemu upstream: The patch below makes it possible to disable AF_UNIX (unix-domain) sockets in host environments which do not define _WIN32, by adding -DNO_UNIX_SOCKETS to the compiler flags. This is useful in the effectively-embedded qemu host which are going to be using for device emulation in Xen. Signed-off-by: Ian Jackson <ian.jackson@eu.citrix.com>
* hvmloader: Remove dead function check_amd().Keir Fraser2008-02-061-14/+0
| | | | Signed-off-by: Keir Fraser <keir.fraser@citrix.com>
* x86 vmx: Remove vmxassist.Keir Fraser2008-02-0616-3624/+2
| | | | Signed-off-by: Keir Fraser <keir.fraser@citrix.com>
* Revert 16973:b5427f2d83c3, which breaks automated testing (HVM qemu-dmKeir Fraser2008-02-051-1/+1
| | | | | will not die when it is told to). Signed-off-by: Keir Fraser <keir.fraser@citrix.com>
* xend: Scrub vnc password for vfb from xend.log.Keir Fraser2008-02-051-4/+5
| | | | Signed-off-by: Masaki Kanno <kanno.masaki@jp.fujitsu.com>
* xend: Restore values of /vm/uuid/xend/* to recreated domains.Keir Fraser2008-02-051-3/+9
| | | | | | | | | | When guest domains are restarted, previous values of /vm/uuid/xend/* in xenstore are lost. (e.g. previous_restart_time, last_shutdown_reason). This patch restores them to restarting domains. And we should update /vm/uuid/xend/restart_count of restarting domains, not previous domains. Signed-off-by: Masaki Kanno <kanno.masaki@jp.fujitsu.com>
* ioemu: use SIGHUP instead of SIGKILLKeir Fraser2008-02-041-1/+1
| | | | | | | | | | The stub domain device model needs to trap the termination signal so as to actually destroy the stub domain. SIGKILL can't be trapped, SIGTERM is caught by SDL and so may be unnoticed. SIGHUP can be trapped and is not caught by SDL (and by default causes a process termination without core). Signed-off-by: Samuel Thibault <samuel.thibault@eu.citrix.com>
* Revert 16947:32b898768217027. Breaks HVM qcow-backed discs.Keir Fraser2008-02-044-11/+7
| | | | Sigend-off-by: Keir Fraser <keir.fraser@citrix.com>
* Revert 16963:d29d74d4eeac and 16750:2ac0fd9fd4b4.Keir Fraser2008-02-032-28/+5
| | | | | | Continue to SIGKILL qemu-dm so that 'xm destroy' should always work rather than hang if qemu-dm is in a bad state. Signed-off-by: Keir Fraser <keir.fraser@citrix.com>
* Fix hvmloader makefile dependencies, and do not recurse intoKeir Fraser2008-02-022-2/+2
| | | | | | | tools/firmware/etherboot by default (the dependency of eb_roms.h on Config does not seem to always prevent the build from going ahead, for some reason). Signed-off-by: Keir Fraser <keir.fraser@citrix.com>
* etherboot: Supply pre-built option ROMs to avoid needing to buildKeir Fraser2008-02-025-24/+4135
| | | | | Etherboot from scratch in most situations. Signed-off-by: Keir Fraser <keir.fraser@citrix.com>
* Fix to Xen NAT network scripts for Debian.Keir Fraser2008-02-021-1/+1
| | | | | | | | | | | Xen recently (changeset 16873:86c32269ba60) started looking for a DHCP defaults file in /etc/sysconfig/dhcpd or /etc/defaults/dhcp. Debian (lenny) puts this file in a different place though: /etc/default/dhcp3-server. I added this location to Xen's search path. From: Michael Abd-El-Malek <mabdelmalek@cmu.edu> Signed-off-by: Keir Fraser <keir.fraser@citrix.com>
* xend: Fix grow of the LEGACY_UNSUPPORTED_BY_XENAPI_CFG list each timeKeir Fraser2008-02-021-2/+2
| | | | | we instantiate a new XendConfig. Signed-off-by: Pascal Bouchareine <pascal@gandi.net>
* Fix save/restore failure cleanupKeir Fraser2008-02-021-3/+11
| | | | | | | | | | | The save failure cleanup introduced in 13543:207523704fb1 is incorrect: if we didn't get as far as actually suspending the domain, then the guest domain will not be expecting the devices to be removed (seen on both Linux and Solaris, which don't expect a 'Closing' state when they hold the device open). Only re-jig devices if we definitely shut the domain down. Signed-off-by: John Levon <john.levon@sun.com>
* hvm: Fix 'xm save' bug in qhich qemu-dm ignores SIGTERM.Keir Fraser2008-02-011-2/+19
| | | | | | | | | | | | | | | | When saving a guest in early ChangeSet (Before 16750), Xend will send "SIGKILL" signal to kill qemu process. But in ChangeSet 16750, the signal is modified to "SIGTERM". However, "SIGTERM" handler has been registered by SDL in qemu. So when qemu process receives a "SIGTERM", SDL will catch it and it will push out a "SDL_QUIT" even to qemu. If qemu can receive that event, it will be successfully terminated. While we do "xm save", qemu can't go out from the dead loop "while (suspend_requested) {...}" in main_loop() to handle the SQL_QUIT event. So it is unable to poll that "SDL_QUIT" event. This makes xm save command hang. This fix enables qemu to poll the "SDL_QUIT" event while doing save. Signed-off-by: Xu Dongxiao <dongxiao.xu@intel.com>
* Direct Linux boot: XenD changes for HVM direct Linux boot.Keir Fraser2008-02-013-6/+37
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This patch provides the tools support for direct kernel boot of HVM guests. Currently the config files in /etc/xen support the args 'kernel', 'ramdisk' and 'extra'. For PV guests these have the obvious meaning. Unfortunately HVM guest configs hijacked the 'kernel' parameter and use it to refer to the path of the HVM firmware. So, this patch adds a new config file parameter called 'loader' which is used to refer to the HVM firmware instead. The conventions for loading the initrd image say that it should live at the end of memory. This requires QEMU to know the size of the guest's initial RAM allocation, so image.py is changed to pass the '-m' flag to QEMU. The HVMImageHandler class in image.py is changed so that if the 'kernel', 'ramdisk' or 'extra' params were given in the config these are passed to QEMU with the '-kernel', '-initrd' and '-append' flags respectively. Finally, the 'loader' param is used as the arg to 'xc_hvm_build' instead of the old 'kernel' param. For the sake of compatability with old HVM guest config files, if the config file has a 'kernel' param whose path matches that of the HVM firmware, then we automatically convert this 'kernel' param into the 'loader' param. This ensures existing HVM guests work without changes required. Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
* Direct Linux boot: Support booting non-relocatable Linux kernels.Keir Fraser2008-02-011-2/+93
| | | | | | | | | | | | | | | | | | | | | This patch introduces a hack to make non-relocatable kernels bootable too. Non-relocatable kernels absolutely want to run at 0x100000 and are not at all happy about being at 0x200000. Fortunately, thanks to crazy programs like LOADLIN, Linux has a couple of hooks in its boot process which can be used to play games. The 'code32_switch' hook is executed immediately following the switch to protected mode. So, this patch installs a hook at 0x200000+kernel_size. The hook is hand crafted assembly which sets up all the segments as needed, then essentially does memmove(0x100000,0x200000,kernel_size) and finally does an unconditional jmp to 0x100000. Amazingly this actually really does work. It has been successfully tested with RHEL-2.1 and Fedora Core 6 install kernels on i386, and Fedora Core 6 and 7 kernels on x86_64. Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
* Direct Linux boot: Support booting relocatable Linux kernels.Keir Fraser2008-02-011-88/+266
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This patch introduces the basic infrastructure for direct kernel boot in the ioemu copy of QEMU. The current #ifdef disabled code is actually obsolete wrt to upstream QEMU code. So this is removed entirely. In its place I have imported the latest upstream QEMU code. The QEMU code assumes that the guest RAM is directly mapped into the QEMU process, so there were some changes neccessary. Instead of strcpy/memcpy'ing the args and kernel header into guest RAM, cpu_physical_memory_rw is used. Intead of fread() the initrd and kernel into guest RAM a helper function is used fread2guest which reads into a small buffer and then uses cpu_physical_memory_rw. NB in reading the following, Documentation/i386/boot.txt is a useful reference for what's going on. Next, instead of loading the kernel at 0x100000, this code loads it at 0x200000. This is far enough away that there's no risk of it overlapping with the HVM firmware image. If the Linux kernel boot protocol is 0x205 or later, and the flag at offset 0x234 in the kernel header is 1, then the guest kernel was built with CONFIG_RELOCATABLE=y. In this scenario we merely need to tell the kernel what address it has been relocated to by writing 0x200000 into the kernel header at offset 0x214. When switching from real mode into protected mode the kernel will immediately start executing at 0x200000 and be happy with life. This should work for 2.6.20 or later on i386, and 2.6.22 or later on x86_64. This has been verified with Fedora 7 and Fedora 8 bare metal kernels on i386 and x86_64 from the $TREE/images/pxeboot of the install trees. Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
* hvm: Etherboot for E100 NICKeir Fraser2008-01-314-28/+75
| | | | | Signed-off-by: Ian Jackson <ian.jackson@eu.citrix.com> Signed-off-by: Yosuke Iwamatsu <y-iwamatsu@ab.jp.nec.com>
* Remove unused find-gcc-3 script.Keir Fraser2008-01-311-10/+0
| | | | Signed-off-by: Keir Fraser <keir.fraser@citrix.com>
* etherboot: Fix the build.Keir Fraser2008-01-311-1/+24
| | | | Signed-off-by: Ian Jackson <ian.jackson@eu.citrix.com>
* Fix xm shutdown/reboot for HVM domain of IA64Keir Fraser2008-01-311-1/+0
| | | | | | | | | | | | | xc.domain_destroy_hook() is called twice when we execute xm shutdown/reboot command to an HVM domain without PV drivers. The first calling is from shutdown() in XendDomainInfo.py. The second calling is from destroyDomain() in XendDomainInfo.py. The first calling is not necessary, so this patch removes it. A discussion about this patch is as follows. http://lists.xensource.com/archives/html/xen-ia64-devel/2008-01/msg00232.html Signed-off-by: Masaki Kanno <kanno.masaki@jp.fujitsu.com>
* libxc: Fix the third argument of bitmap_64_to_byte in xc_tbuf_set_cpu_maskKeir Fraser2008-01-311-1/+1
| | | | Signed-off-by: Eric Liu <eric.e.liu@intel.com>
* build: Make PREFIX work by fixing LIBDIRKeir Fraser2008-01-311-1/+1
| | | | | | | | | | | | | | | | | | | | In the current tree, setting PREFIX does not work very well. This is because of confusion about the meaning of LIBDIR. In some places it is the pathname tail of directories containing libraries (lib, lib64 or lib/amd64). But in other places it is a destination pathname (implicitly, including any PREFIX). This can result in PREFIX or /usr being added the wrong number of times. This patch splits LIBDIR into two variables, LIBLEAFDIR and LIBDIR. LIBDIR is the directory into which Xen libraries and other similar code is to be placed, and includes any PREFIX. LIBLEAFDIR is just the library tail and can be appended to various different prefixes; for example, to construct the X11 library directory for -L. Neither variable contains the value of DESTDIR, which is of course used only to redirect the results of `make install' when desired. Signed-off-by: Ian Jackson <ian.jackson@eu.citrix.com>
generated by cgit v1.2.3 (git 2.25.1) at 2024-06-18 12:55:03 +0000