similar to: [PATCH] stubdom: do not build tapdisk as it is not supposed to build and we don''t need it

stubdom: fix build dependency newlib now depends on mini-os header links diff -r 4c2d9a4d11f2 stubdom/Makefile --- a/stubdom/Makefile Fri Jul 18 13:58:29 2008 +0100 +++ b/stubdom/Makefile Fri Jul 18 14:19:52 2008 +0100 @@ -86,7 +86,7 @@ NEWLIB_STAMPFILE=$(CROSS_ROOT)/$(GNU_TARGET_ARCH)-xen-elf/lib/libc.a .PHONY: cross-newlib cross-newlib: $(NEWLIB_STAMPFILE) -$(NEWLIB_STAMPFILE):

I am updating this patch to use the tools/ioemu-dir symlink as qemu source directory in case CONFIG_QEMU != ioemu. Before we were trying to figure out where is the actual qemu source dir again. Signed-off-by: Stefano Stabellini <stefano.stabellini@eu.citrix.com> --- diff -r f5e72cbfbb17 stubdom/Makefile --- a/stubdom/Makefile Wed Sep 10 11:26:16 2008 +0100 +++ b/stubdom/Makefile Thu Sep

stubdom: prevent newlib from emiting cli/sti in longjmp Also fix build dependencies and cleanup. Signed-off-by: Samuel Thibault <samuel.thibault@eu.citrix.com> diff -r b320cfe1f10f stubdom/Makefile --- a/stubdom/Makefile Thu Jun 05 13:04:07 2008 +0100 +++ b/stubdom/Makefile Fri Jun 06 16:00:35 2008 +0100 @@ -23,9 +23,11 @@ ifeq ($(GNU_TARGET_ARCH), i686) TARGET_CFLAGS=

Just for the archive or in case of anybody is interested in: The problem is the missing stddef.h which resides more than one time on the OS. I mistakenly thought, that there is an typo in the code, because one of this files is in /us/include/linux so I changed #include <stddef.h> to #include <linux/stddef.h> But this was wrong and it is the wrong file too. The right file to

The default make targets in the top level makefile set DESTDIR which gets applied when the stubdom makefile tries to do a make install within gmp to install libgmp.a to the cross root. Ian, do you want to apply this to your tree and commit the whole thing or would you prefer I roll out a fresh new patch set with all updates applied? Signed-off-by: Matthew Fioravante

This patch ports 5 new applications to the stubdom makefile structure for inclusion into stubdom domains. While these are required for vtpm-stubdom and vtpmmgrdom they could be used with other stubdom applications. -libgmp 4.3.2 -openssl 1.0.0a -polarssl 0.12.1 -berlios tpm_emulator 0.6.1 -vtpm_manager (from the tools directory) Signed off by: Matthew Fioravante

Changes from v3: - mini-os configuration files moved into stubdom/ - mini-os extra console support now a config option - Fewer #ifdefs - grant table setup uses hypercall bounce - Xenstore stub domain syslog support re-enabled Changes from v2: - configuration support added to mini-os build system - add mini-os support for conditionally compiling frontends, xenbus -

stubdom: rename the ioemu-dm domain config file to domainname-dm, which is shorter, makes more sense, and sorts better. diff -r c9b516a77927 stubdom/README --- a/stubdom/README Mon Aug 04 11:29:45 2008 +0100 +++ b/stubdom/README Mon Aug 04 12:51:31 2008 +0100 @@ -10,6 +10,9 @@ of video memory for the HVM domain, you of video memory for the HVM domain, you need to avoid the need for ballooning,

Having fs-backend running in background, tried to start:- root@ServerXen331:/etc/xen# cat f10.hvm-stubdom kernel = "/usr/lib/xen/boot/hvmloader" builder="hvm" memory = 1024 name = "f10.hvm" disk = [ ''phy:/dev/sdb11,hda,w'', ''phy:/dev/loop0,hdc:cdrom,r'' ] vif = [ ''type=ioemu, bridge=eth0'' ] device_model =

Recently we had a try of stubdom, whose general status is good. One issue we found is with aio/sync blktap as backend, disk performance is obviously slower, and there are some IDE kernel error messages (like irq timeout) at boot time. Another issue (not stubdom specific) comes from blktap''s support for QCOW image which is based on a backing file. We never tried this configure

Hi all, I recently upgraded my Xen 3.2.1 to 3.3.1 on Centos 5.2. Everything seems to have gone pretty smoothly except I have a few issues. My system specs are: 4GB RAM Q6600 quad core Intel CPU P5E-VM DO Q35 Intel mobo (VT-d enabled) Skystar2 DVB PCI card passed through to HVM DomU HVM Windows XP SP3 DomU 1. When I restart my DomU, it shuts down and turns into Domain-Unnamed but

Hi, Since c/s 18372, building stubdom fails with: cc1: warnings being treated as errors lib/sys.c: In function ''munmap'': lib/sys.c:1182: warning: pointer of type ''void *'' used in arithmetic make[2]: *** [/xen/xen-unstable.hg/stubdom/mini-os-x86_64-grub/lib/sys.o] Error 1 make[2]: *** Waiting for unfinished jobs.... make[2]: *** wait: No child processes.

Signed-off-by: Matthew Fioravante <matthew.fioravante@jhuapl.edu> --- stubdom/configure.ac | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/stubdom/configure.ac b/stubdom/configure.ac index db44d4a..384a94a 100644 --- a/stubdom/configure.ac +++ b/stubdom/configure.ac @@ -18,7 +18,7 @@ m4_include([../m4/depends.m4]) # Enable/disable stub domains

stubdom: add example config file Signed-off-by: Samuel Thibault <samuel.thibault@eu.citrix.com> diff -r e69570f85e85 tools/examples/stubdom-ExampleHVMDomain --- /dev/null Thu Jan 01 00:00:00 1970 +0000 +++ b/tools/examples/stubdom-ExampleHVMDomain Thu Jul 17 19:31:13 2008 +0100 @@ -0,0 +1,21 @@ +# Not to be started directly, +# See xmexample.hvm-stubdom and stubdom/README for more details

parent: 24691:3432abcf9380 tip Fix x86_32 build branch: default commit: 4 modified, 1439 unknown update: (current) /usr/src/xen-4.2/stubdom/ioemu/block-vbd.c: In function âqemu_aio_waitâ: /usr/src/xen-4.2/stubdom/ioemu/block-vbd.c:147:20: error: macro "remove_waiter" requires 2 arguments, but only 1 given /usr/src/xen-4.2/stubdom/ioemu/block-vbd.c:147:5: error: âremove_waiterâ

I test stubdom in xen-3.3.1, when I start it, just see the message bellow using "xm li" . It seems stubdom haven''t start. Name ID Mem VCPUs State Time(s) Domain-0 0 964 2 r----- 34.8 hvmachine 1 1024 1 ------ 0.0 the two config

Hi, Do the gplpv drivers work with stubdom? I''ve tried to get them working and posted to the mailing list for help but the only reply I got was a suggestion to use config settings which appear to allow the gplpv drivers to access the hd at the same time as the stubdom, which might work but isnt what I was after, have I misunderstood stubdom and there is no advantage to using gplpv

stubdom: add v?errx? and v?warnx? functions Signed-off-by: Samuel Thibault <samuel.thibault@eu.citrix.com> diff -r 14a9a1629590 extras/mini-os/include/posix/err.h --- /dev/null Thu Jan 01 00:00:00 1970 +0000 +++ b/extras/mini-os/include/posix/err.h Wed Aug 27 10:29:36 2008 +0100 @@ -0,0 +1,15 @@ +#ifndef _POSIX_ERR_H +#define _POSIX_ERR_H + +#include <stdarg.h> + +void err(int eval,

samuel, I have a try with HVM stubdomain on r17062, but failed to make on 32b platform. Attached patch can fix it, but don''t know if okay. After installation, I failed to start stubdom. So I created it manually and got following debug mesg(both HVMdomain and stubdom are created) Can you give some lights on following questions: 1. I use default vnclisten. Does it matter? 2. Seems qemu

I have do do on one server with dom0 xen4 and kernel 2.6.32.9 pv_ops one domU windows7pro64bit with stubdom-dm work good and fast but on gplpv... install of 0.11.0.188 impossible start for testsigning on, on but nothing install of 0.10.0.142 install ok but on restart not start Someone can help me abot please? -- View this message in context: