similar to: [PATCH] stubdom: fix build dependency

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=

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: do not build tapdisk as it it not supposed to build and we don''t need it Signed-off-by: Samuel Thibault <samuel.thibault@eu.citrix.com> diff -r 4024164e7572 stubdom/Makefile --- a/stubdom/Makefile Tue Jul 08 16:11:49 2008 +0100 +++ b/stubdom/Makefile Tue Jul 08 17:12:38 2008 +0100 @@ -190,7 +190,7 @@ [ -f ioemu/config-host.mak ] || \ ( cd ioemu ; \

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

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 -

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

# HG changeset patch # User Olaf Hering <olaf@aepfle.de> # Date 1341839122 -7200 # Node ID 2dd50c201ca0d3542f3589942ae9e51d33ec7509 # Parent 42f76d536b116d2ebad1b6705ae51ecd171d2581 stubdom: fix errors in newlib rpmlint found a few code bugs in newlib, and marks them as errors after rpm build. Add another newlib patch and apply it during stubdom build. I: A function uses a

A few things - 1. I think that run-time processor detection should not be included in Speex. 2. There a few ways of doing per-file compiling flags. a. Make a new static library that is just the files that have the SSE / Altivec code in them. You can then use target_CFLAGS in the Makefile.am script to set what you need b. Do tricks with file extensions. CFLAGS applies to

Hi folks I have some tasks for you on the Xen packages: * copyright file I doubt that this is in any way current. * pvgrub This contains several parts which needs to be statically linked together: - minios, libxenctrl, libxenguest, libxenstore, all built out of the xen tree, - patched grub, - patched newlib and - a libz. - ioemu/dom0 userspace The upstream build uses a clone

This patch fixes libpci error handling. It can be applied to both ioemu-remote and ioemu. libpci returns ALL F when error occurs. Currently, if libpci returns ALL F, emulation stops. But it is possible that the field of real register which is read by guest software is ALL F. After applying this patch, if libpci returns ALL F, ioemu will log warning message and continue the emulation.

On 2/4/20 11:33 PM, Dimitri Zelenkin via CentOS wrote: > Johnny Hughes wrote: >> No, CentOS-8 uses different shared libraries and a different version >> of the compiler than CentOS-7, so you can not run items compiled for >> CentOS-7 on CentOS-8. > > The kernel does not rely on userspace libraries. [hughesjr at inspiron11 kernel]$ rpm -q --requires kernel

Hi, this morining I was trying to compile xen 3.1 on my Debian Etch (AMD64). I have a little problem with gcc-multilib. It depends on many packages that don't exist in Etch. So I brutally remove it from debian/control and then dpkg-buildpackage. There was some warning on compilation: dpkg-shlibdeps: warning: format of `NEEDED libxenstore.so' not recognized dpkg-shlibdeps: warning: format

# HG changeset patch # User john.levon@sun.com # Date 1161090130 25200 # Node ID afeef751f9dafa771726bcfb00b29a10b0baeabd # Parent 7147e57f18552bbb8d25155cc1c635315283ee31 On Solaris, GCC is configured to use Sun''s LD. Fix the build to use the correct flags, and link against libsocket where necessary. Signed-off-by: John Levon <john.levon@sun.com> diff --git a/config/Linux.mk

V4 of the patch, incorporating Bastian's suggestions. Jon --- xen/debian/patches/series | 1 + xen/debian/patches/tools-ocaml-fix-build.diff | 81 +++++++++++++++++++++++++ xen/debian/rules | 5 ++ xen/debian/rules.real | 39 ++++++++++++ xen/debian/templates/control.main.in | 16 +++++

Hello. That's what I've got from ld: /usr/lib/libxenguest.a(xg_private.o): In function `unlock_pages': (.text+0x490): multiple definition of `unlock_pages' /usr/lib/libxenctrl.a(xc_private.o):(.text+0x6a0): first defined here /usr/lib/libxenguest.a(xg_private.o): In function `lock_pages': (.text+0x4d0): multiple definition of `lock_pages'

Hello, When statically linking the following program: #include <stdio.h> #include <xenctrl.h> #include <xenguest.h> int main(void) { printf("%p\n", xc_domain_resume); printf("%p\n", xc_domain_save); return 0; } gcc -static test.c -o test -lxenguest -lxenctrl -lpthread -lz we get

libpci.patch: - A library to access the PCI config space, probe the bus for devices, etc. It is basically a copy & paste from the libpci app. - Uses the 0xcf8/0xcfc method to read the config. - PIO/MMIO low-level access functions. Signed-off-by: Alex Novik <alex@neocleus.com> _______________________________________________ Xen-devel mailing list

> Is it a problem if all the files are compiled with -march=pentium3 > ? The patch that we sent in already detects in the configure.in script > which system you are on and sets a define correctly, i.e. _USE_SSE. Well, if what you want is auto-detection, turning on -march=pentium3 means that the code will crash on anything lower than a pentium3. Not really useful. Of course,

Hi, I backported the 4.2 packages from sid to wheezy, it works, but sometime I obtain that kind of error, when trying to start a PV VM : # xl create /etc/xen/ronflex.cfg Parsing config from /etc/xen/ronflex.cfg *** glibc detected *** /usr/lib/xen-4.2/bin/xl: double free or corruption (!prev): 0x0000000001e6a960 *** ======= Backtrace: =========

On Wed, Feb 18, 2015 at 02:53:07PM +0100, Stefan Bader wrote: > - libvirt > * 1.2.12 starts to validate configs and requires full path specifications > for hvmloader, pygrub, and qemu. Things are not completely cleared up, > yet. But for the future the xen build would create a xenlight.pc that > communicates the used paths. But still this would require to rewrite >