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 .. 57 58 59 60 61 62 63 64 65 66 67 .. 101 Next › Last »

devnull_1337 commented on 2013-11-03 11:38 (UTC)

this fixed/stabilized intel hd 2500 (i5-3470) vga passthrough for me. thanks a lot.

kantras commented on 2013-10-31 22:28 (UTC)

v4.3.1 is released - I had to rebuild the ATI and bios patches, as the sources changed, but have tested compile with both patches enabled and disabled.

Sydney6 commented on 2013-10-23 16:00 (UTC)

Hello Kantras, after your previous post i looked into the file-list for the ocaml-package and indeed your were right, libasmrun.a is listed but not packaged. But you were that quick in return, i couldn’t even answer.. Anyhow, thank you very much for your help and for maintaining this package.

kantras commented on 2013-10-23 15:54 (UTC)

I confirmed the issue was with missing libraries in the ocaml package, so went ahead and reported the issue. They released ocaml 4.01.0-3 in response. I've updated to that package and verified that compile issue was resolved.

kantras commented on 2013-10-23 08:05 (UTC)

I suspect that the recent update to ocaml is broken - the file listed in that error used to be in that package

Sydney6 commented on 2013-10-22 23:57 (UTC)

Hello Everybody, the 4.3.0-7 build seems to fail with following output. File "caml_startup", line 1: Error: Cannot find file libasmrun.a /tmp/yaourt-tmp-sydney/aur-xen/src/xen-4.3.0/tools/ocaml/xenstored/../Makefile.rules:94: recipe for target 'oxenstored' failed make[5]: *** [oxenstored] Error 2 make[5]: Leaving directory '/tmp/yaourt-tmp-sydney/aur-xen/src/xen-4.3.0/tools/ocaml/xenstored' /tmp/yaourt-tmp-sydney/aur-xen/src/xen-4.3.0/tools/ocaml/../../tools/Rules.mk:105: recipe for target 'subdir-install-xenstored' failed make[4]: *** [subdir-install-xenstored] Error 2 make[4]: Leaving directory '/tmp/yaourt-tmp-sydney/aur-xen/src/xen-4.3.0/tools/ocaml' /tmp/yaourt-tmp-sydney/aur-xen/src/xen-4.3.0/tools/ocaml/../../tools/Rules.mk:100: recipe for target 'subdirs-install' failed make[3]: *** [subdirs-install] Error 2 make[3]: Leaving directory '/tmp/yaourt-tmp-sydney/aur-xen/src/xen-4.3.0/tools/ocaml' /tmp/yaourt-tmp-sydney/aur-xen/src/xen-4.3.0/tools/../tools/Rules.mk:105: recipe for target 'subdir-install-ocaml' failed make[2]: *** [subdir-install-ocaml] Error 2 make[2]: Leaving directory '/tmp/yaourt-tmp-sydney/aur-xen/src/xen-4.3.0/tools' /tmp/yaourt-tmp-sydney/aur-xen/src/xen-4.3.0/tools/../tools/Rules.mk:100: recipe for target 'subdirs-install' failed make[1]: *** [subdirs-install] Error 2 make[1]: Leaving directory '/tmp/yaourt-tmp-sydney/aur-xen/src/xen-4.3.0/tools' Makefile:74: recipe for target 'install-tools' failed make: *** [install-tools] Error 2 Any suggestions?

netskink commented on 2013-10-08 21:26 (UTC)

As of today, I pulled this package down and built it with no problems.

kantras commented on 2013-10-04 07:44 (UTC)

Ok, just released an update - quick changes: added a pre_remove section to handle stopping and disabling systemd services before the package is removed. Also added the latest XSA patches (security advisories) Note: for anyone who was looking into gfx passthrough with a plain nvidia gtx card, I'd suggest checking out the archives at http://www.davidgis.fr/blog/

BenderIsGreat34 commented on 2013-10-03 15:07 (UTC)

It looks like xenstored (and the other services, too) isnt getting disabled when you uninstall xen. It produces log outputs since the service isnt available anymore.

kantras commented on 2013-09-29 05:39 (UTC)

I personally haven't tried recently - when I first started to play with gfx passthrough some initial research showed that GeForce cards & drivers didn't really like to be virtualized, so I picked up the Radeon 6770, used the GeForce 550 Ti for my dom0 and passed the 6770 through to Windows. This was several months ago now, and I ended up switching out the 550 because the Nvidia binary drivers didn't like to be run under dom0 either. My lab server doesn't currently support IOMMU so can't test easily if thats changed. I have been watching some developments of people modifying their GeForce cards to pretend to be Quadro cards (Quadros have much better virtualization support) and their stories appear to be mostly successful - examples would be http://www.davidgis.fr/blog/index.php?2013/09/18/969-xen-430-vga-passthrough-gtx-480-soft-moded-to-quadro-6000 and http://www.altechnative.net/2013/09/17/virtualized-gaming-nvidia-cards-part-2-geforce-quadro-and-geforce-modified-into-a-quadro-higher-end-fermi-models/ (note: newer GeForce mods require hardware changes, earlier can be done by flashing a modified bios)

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