Package Details: xen-docs 4.21.2pre-1

Git Clone URL: https://aur.archlinux.org/xen.git (read-only, click to copy)
Package Base: xen
Description: Xen hypervisor documentation and man pages
Upstream URL: https://xenproject.org/
Keywords: hypervisor virtualization xen
Licenses: GPL2
Submitter: sergej
Maintainer: Refutationalist
Last Packager: Refutationalist
Votes: 182
Popularity: 0.000012
First Submitted: 2009-11-09 11:22 (UTC)
Last Updated: 2026-05-06 02:59 (UTC)

Required by (3)

Sources (13)

Latest Comments

« First ‹ Previous 1 .. 50 51 52 53 54 55 56 57 58 59 60 .. 102 Next › Last »

Oimelchen commented on 2014-03-22 18:05 (UTC)

@ironicbadger: Hi, I saw your blog entry before, but for me, it didn't work with Windows 7. After a reboot of the VM, the Host system did not crash, but I was not able to get the GFX adapter back to life! However, when I reboot the Linux VM (Linux Mint 16), the host system crashed every time! So far, I have not found any solution. If you have an idea, I would be glad to hear about it. :-) Only the switch to the XM toolkit helped!

ironicbadger commented on 2014-03-22 08:52 (UTC)

@Olmelcehn All you need do is eject the card from the VM before reboot. I wrote about doing this automatically on Win 8 (I had no joy with 7) here. http://blog.ktz.me/?p=219

Oimelchen commented on 2014-03-22 08:04 (UTC)

Hi, thanks a lot for this package. It builds without any problem (even with the ati-passthrough patch enabled). I was able to passthrough two Radeon 5670 gfx cards to two separate VMs (one to Win7 VM and the other one to a Mint VM, both in secondary passthrough). Unfortunatly when using the xl tool stack, I am not able to restart the VMs, the dom0 totally crashes. So I tried to rebuild this package with enabled xm toolset. When using the same Vms with the xm toolset, every seems to work like charm! This might be a useful hint for those, who try to get to do similar things. :-) So, as a recommendation, could you add the xm toolset to the PKGBUILD by adding the flag --enable-xend to the configure command? I know, it is deprecated, but at least it is a working alternative (at least for me).

kantras commented on 2014-03-18 13:20 (UTC)

Glad to hear its working - I had suspected it being something like a mismatch between the kernel and the toolset, hence the suggestion to run xl info to confirm. The other command I mentioned was to check that a certain value had been set up correctly in xenstored (its the same one that tritron was referring to) as this is a requirement for xen 4.4. It is in the package but it doesn't hurt to make sure all the basics are covered - often the most simplest issue can be the most annoying, so always check the basics first and build up from there.

3000 commented on 2014-03-18 08:40 (UTC)

wow, when I tried xl info I realized that I copied an earlier Version of xen.efi to my boot Directory. Now the problem is fixed! thanks a lot for your help guys!

tritron commented on 2014-03-17 19:51 (UTC)

I wonder if anyone is interested in getting ovirt running under arch linux since libvirt and xen 4.4 work together now.

kantras commented on 2014-03-17 13:53 (UTC)

you may also find some more details if you turn on more verbose logging when you start the domain, something like: xl -vvvvv create <path to config file>

kantras commented on 2014-03-17 13:48 (UTC)

@3000: to help start to debug this - whats the output from the following commands (run as root): xl info xenstore-read /local/domain/0/domid also, what do you have as the config file for the windows domU and for your grub.cfg file? (can send to me directly if you don't want to post those details)

tritron commented on 2014-03-17 13:36 (UTC)

Does your xenstored.service has a line ExecStartPost=/usr/bin/xenstore-write "/local/domain/0/domid" 0 after ExecStartPost=/usr/bin/xenstore-write "/local/domain/0/name" "Domain-0"

3000 commented on 2014-03-17 12:59 (UTC)

nope, that doesn't work either :( thanks anyway!