Package Details: xen 4.19.1pre-1

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.67
First Submitted: 2009-11-09 11:22 (UTC)
Last Updated: 2024-09-20 00:31 (UTC)

Dependencies (63)

Sources (7)

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

Latest Comments

« First ‹ Previous 1 .. 59 60 61 62 63 64 65 66 67 68 69 .. 101 Next › Last »

zman0900 commented on 2013-08-25 23:29 (UTC)

4.3.0-4 with the ATI Passthrough patch works for me for my Windows 8 + ATI HD7850 HVM setup. I had to add 'device_model_version="qemu-xen-traditional"' to my config, but no other changes were necessary.

zman0900 commented on 2013-08-25 22:11 (UTC)

@kantras: Package fails for 4.3.0-4 in the 'sanitize library path' section. It does `cd usr/` causing the next gzip command to not find the expected files. You should add `cd ..` right after `rm -rf lib64`

zman0900 commented on 2013-08-25 21:49 (UTC)

@kantras: The default for Arch now seems to be passing rw instead of ro on the kernel commandline, based on the 10_linux file from grub2. When I boot with ro systemd gives a warning about not being able to fsck. You should probably change the 09_xen file.

kantras commented on 2013-08-14 07:20 (UTC)

Ok, the new build is up on my website: http://www.kantras.info/xen/xen-4.3.0-4.tgz - it has the TOM register patch (the one which helps with the >3Gb memory assignment) as well as a little more cleanup (more to come) I've also included the ATI Passthrough patch, although its not enabled by default and so far I've only made sure that it would still compile if enabled

evilsephiroth commented on 2013-08-14 06:22 (UTC)

ok. With qemu-xen-traditional the domU seems pretty stable so I'm not in a hurry.

kantras commented on 2013-08-14 04:40 (UTC)

@tritron I've not tried opennebula yet - not had a need to.

kantras commented on 2013-08-14 04:38 (UTC)

OK, having been playing with that patch I mentioned, I found out it requires additional code which doesn't exist yet (and the PCI Passthrough issue is still listed as outstanding for 4.4, so no sign of an official patch yet) but found other references to the one you've mentioned so am going to clean it up a touch, add, test, and then will upload.

tritron commented on 2013-08-12 01:39 (UTC)

Did anyone compiled this package with qemu git? This could solve the issue? Is anyone using opennebula with xen ?

kantras commented on 2013-08-12 00:33 (UTC)

I'm also using qemu-xen-traditional, which is why I guess I wasn't affected. I've just spent an hour or so going back through the history on that patch; it was rejected for multiple reasons, including the mechanism used as well as the change occuring too late in the boot up sequence. A workaround patch was sent to the qemu-devel list but I don't know that it was included in time (my build sources show no sign on the patch http://marc.info/?l=qemu-devel&m=137043414711228&q=raw ) I'm going to work on getting this newer patch into place in my AUR package, and will post here when the new version is uploaded into my web space. I'm also looking into becoming the maintainer of this package, so I can help keep it up to date.

« First ‹ Previous 1 .. 59 60 61 62 63 64 65 66 67 68 69 .. 101 Next › Last »