I can't get xen to work with the arch kernel on x86_64. I get a lot of "Illegal Instruction" during initramfs and it fails to boot. Screenshot of error here http://imgur.com/zn92R
Syslinux cmdline is: COM32 mboot.c32 ../xen-4.1.2.gz dom0_mem=8G iommu=1 --- ../vmlinux-linux root=/dev/md126p2 ro --- ../initramfs-linux.img
Anyone know how to fix this?
Search Criteria
Package Details: xen 4.19.1pre-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/xen.git (read-only, click to copy) |
---|---|
Package Base: | xen |
Description: | Open-source type-1 or baremetal hypervisor |
Upstream URL: | https://xenproject.org/ |
Keywords: | hypervisor virtualization xen |
Licenses: | GPL2 |
Submitter: | sergej |
Maintainer: | Refutationalist |
Last Packager: | Refutationalist |
Votes: | 185 |
Popularity: | 0.63 |
First Submitted: | 2009-11-09 11:22 (UTC) |
Last Updated: | 2024-09-20 00:31 (UTC) |
Dependencies (63)
- acpica
- bridge-utils
- glib2 (glib2-gitAUR, glib2-selinuxAUR, glib2-patched-thumbnailerAUR)
- gnutls (gnutls-gitAUR)
- inetutils (inetutils-gitAUR, busybox-coreutilsAUR)
- iproute2 (iproute2-gitAUR, busybox-coreutilsAUR, iproute2-selinuxAUR)
- lib32-glibc (lib32-glibc-gitAUR, lib32-glibc-linux4AUR, lib32-glibc-eacAUR, lib32-glibc-eac-binAUR, lib32-glibc-eac-rocoAUR)
- libaio (libaio-gitAUR)
- libjpeg-turbo (mozjpeg-gitAUR, libjpeg-turbo-gitAUR, mozjpegAUR)
- libpng (libpng-gitAUR, libpng-apngAUR)
- libseccomp (libseccomp-gitAUR)
- libuuid.so (util-linux-libs-selinuxAUR, util-linux-libs-aesAUR, lib32-util-linux, util-linux-libs)
- libx11 (libx11-gitAUR)
- lzo
- ncurses (ncurses-gitAUR)
- openssl (openssl-gitAUR, openssl-staticAUR)
- pciutils (pciutils-gitAUR)
- pixman (pixman-gitAUR)
- pkgconf (pkgconf-gitAUR)
- python (python37AUR, python311AUR, python310AUR)
- Show 43 more dependencies...
Required by (3)
Sources (7)
Latest Comments
« First ‹ Previous 1 .. 89 90 91 92 93 94 95 96 97 98 99 .. 101 Next › Last »
miffe commented on 2012-01-19 19:33 (UTC)
<deleted-account> commented on 2011-12-28 07:35 (UTC)
Patch to archinit.patch, without this patch new xl toolstack doesn't work.
index 645a66e..6e606ec 100644
--- a/archinit.patch
+++ b/archinit2.patch
@@ -25,10 +25,8 @@ diff -Naur orig.xen-4.1.1//tools/hotplug/Linux/init.d/xencommons xen-4.1.1//tool
test -z "$XENSTORED_TRACE" || XENSTORED_ARGS=" -T /var/log/xen/xenstored-trace.log"
- echo -n Starting xenstored...
-- xenstored --pid-file=/var/run/xenstored.pid $XENSTORED_ARGS
+ #echo -n Starting xenstored...
+ stat_busy "Starting xenstored"
-+ xenstored --pid-file=/run/daemons/xenstored.pid $XENSTORED_ARGS
# Wait for xenstored to actually come up, timing out after 30 seconds
while [ $time -lt $timeout ] && ! `xenstore-read -s / >/dev/null 2>&1` ; do
fackamato commented on 2011-11-30 16:36 (UTC)
Looks like the package needs 'bin86' in makedepends. (as86 missing)
chenxiaolong commented on 2011-11-18 00:05 (UTC)
Could you add:
sed -i '/xen_configfile/d' "${pkgdir}/etc/grub.d/09_xen"
to the end of the PKGBUILD or remove the xen_configfile line from 09_xen? That fixes the GRUB2 config generation problem.
d1t2 commented on 2011-10-23 10:42 (UTC)
failure due to texi2html 5.0-1 ambiguous "-number" option
aad this line before make:
sed -i 's/-number/-number-sections -number-footnotes/' $srcdir/xen-${pkgver}/tools/ioemu-qemu-xen/Makefile
<deleted-account> commented on 2011-10-07 05:41 (UTC)
Sorry for multiple posts.
Couldn't sleep - it works! Magic of that patch :)
<deleted-account> commented on 2011-10-07 04:27 (UTC)
Have you successfully booted any HVM's?
For me they reboot instantly after creation...
So from here (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=636594) I found, xen 4.1.1 compiled with gcc 4.6 results in in broken hvmloader. There is a link to Launchpad bug where you can find link to patch that should fix the problem (http://xenbits.xen.org/hg/staging/xen-4.1-testing.hg/rev/1976adbf2b80). I should test it tomorrow (it's 7am and I need sleep :)), but I'm writing here so you could test it too (if you had problems).
<deleted-account> commented on 2011-10-06 13:02 (UTC)
Actually I feel kinda lost know. Everything works, but I thought about assumptions in that patch. It assumes that you have XEN capable kernel (but on archlinux this is true only with 64bits, because 32bits doesn't have XEN support enabled by default ('cause devs don't want to enable PAE)) so if you run this on 32bit system you will end up with one unbootable grub2 menu entry. Maybe you should just patch the naming scheme and echo in post_install() that if you want to use grub2 menu entry generation you should put config file of your kernel in /boot/. (on running kernel just run zcat /proc/config.gz > /boot/config-linux).
So, I don't know and that's your choice :)
The next thing is with archinit.patch, it changes the place where xenstored.pid is located (from /var/run to /var/run/daemons) and that causes XL (the new XEN configuration utility) to break.
robertfoster commented on 2011-10-06 11:31 (UTC)
please let me know if it works...cause I don't understand your patch format
Pinned Comments
Refutationalist commented on 2024-05-22 22:08 (UTC) (edited on 2024-05-23 00:07 (UTC) by Refutationalist)
As of now (2024-22-05) Xen with stubdom doesn't build because of a problem in the imported code. Been this way for about two weeks. Anyone else seeing this behavior?
Also, there is a lot of work happening on Xen in my development repo, thanks to @Serus. Check it out at: https://github.com/refutationalist/saur