Package Base Details: xen

Git Clone URL: (read-only, click to copy)
Keywords: hypervisor virtualization xen
Submitter: sergej
Maintainer: Refutationalist
Last Packager: Refutationalist
Votes: 185
Popularity: 0.156360
First Submitted: 2009-11-09 11:22
Last Updated: 2021-09-28 23:24

Packages (2)

Pinned Comments

Refutationalist commented on 2021-09-28 23:27

Here's 4.15.1-1.

1) This one compiles cleanly on GCC11 et al., so there are currently no patches.

2) I'm well away from my usual haunts, so I'm only testing it on the Zen 2 machine I have with me, but it does boot and run HVM and PVH domUs.

3) We're expecting 4.16 around the end of the year, and so this is a reminder that when that's released, I'll be removing stubdom support as I was the only user.

4) I didn't know there was a Xen wiki page. I should update that at some point.

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 ... Next › Last »

skyzh commented on 2020-09-14 04:49

Thanks for this AUR package! I tried to install this on latest archlinux, and the compiler reports

multiple definition of 'tpm version'

in several files.

I found that this can be solved with this patch from GitHub

Hope this could help other users when using this AUR package.

ska67 commented on 2020-09-12 10:51

Your PKGBUILD uses "build_qemu" as build option to enable or disable the integrated Xen version of upstream Qemu. The Xen configuration allows additional configuration options for building this upstream Qemu with --with-extra-qemuu-configure-args[="--ARG1 ..."]. Please allow such additional configuration options for "build_qemu", besides the options true and false.

I am using systemd-boot, after build and install I have to copy /usr/lib/efi/xen.efi and /etc/xen/efi-xen.cfg as xen.cfg to my esp (boot) partition. The names of xen.efi and xen.cfg must be equal. It would be great if a hint would be displayed during the installation on uefi systems using systemd-boot or efistub booting.

@jac299792458 Use "console=vga vga=text-80x25,keep" on the hypervisor command line and "console=hvc0 earlyprintk=xen" on the kernel command line if you do not have a serial console for hypervisor output.

jac299792458 commented on 2020-09-02 19:07

I was able to get this to build and install successfully. However, I'm having the damnedest time getting it to boot on my Dell Precision 5550 laptop. I've tried using grub-xen-git (which boot regular Arch, same kernel, just fine), and I've tried directly booting Xen from UEFI.

In both cases, I see the Xen messages scroll by, the last one mentions relinquishing the VGA port, it blanks the screen and ... nothing. It just sits there.

I've removed and / or tweak the intel-ucode scanning with no change in behavior. Is there anything else I should try next to get some more actionable info? I've also added 'earlyprintk=xen' to the kernel cmdline for both via Grub->Xen and UEFI -> Xen ...

ephreal commented on 2020-08-31 18:39

I've been having trouble getting this to compile. Is it possible that there's a missing dependency? Here's where the make errors out.

make[7]: Leaving directory '/home/ephreal/builds/xen/src/xen-4.14.0/stubdom/newlib-x86_64/x86_64-xen-elf/newlib/libc'
make[6]: *** [Makefile:582: all-recursive] Error 1
make[6]: Leaving directory '/home/ephreal/builds/xen/src/xen-4.14.0/stubdom/newlib-x86_64/x86_64-xen-elf/newlib/libc'
make[5]: *** [Makefile:574: all-recursive] Error 1
make[5]: Leaving directory '/home/ephreal/builds/xen/src/xen-4.14.0/stubdom/newlib-x86_64/x86_64-xen-elf/newlib'
make[4]: *** [Makefile:402: all] Error 2
make[4]: Leaving directory '/home/ephreal/builds/xen/src/xen-4.14.0/stubdom/newlib-x86_64/x86_64-xen-elf/newlib'
make[3]: *** [Makefile:8613: all-target-newlib] Error 2
make[3]: Leaving directory '/home/ephreal/builds/xen/src/xen-4.14.0/stubdom/newlib-x86_64'
make[2]: *** [Makefile:697: all] Error 2
make[2]: Leaving directory '/home/ephreal/builds/xen/src/xen-4.14.0/stubdom/newlib-x86_64'
make[1]: *** [Makefile:100: cross-root-x86_64/x86_64-xen-elf/lib/libc.a] Error 2
make[1]: Leaving directory '/home/ephreal/builds/xen/src/xen-4.14.0/stubdom'
make: *** [Makefile:138: install-stubdom] Error 2
==> ERROR: A failure occurred in build().

cman commented on 2020-08-04 19:58

@Refutationalist If you have it running, go ahead and do a package release for 4.14.0. Sorry I wasn't able to submit the GRUB bits before heading to the mountains for a family reunion this week. If you're game, we can do another package release with the updated GRUB once I get back to civilization.

Refutationalist commented on 2020-08-04 05:32

I've got a 4.14.0-0 on my github that seems to be running well on my test machines, so if those grub changes are good to go, I can push to AUR.

cman commented on 2020-07-29 22:40

@Reutationalist That's great and Github will work just fine. I'm in process with some other projects, but I will try to get those Grub changes to you by the end of the week.

Refutationalist commented on 2020-07-29 22:11

@cman -- Yeah, the changes turned out to be pretty trivial and I've already got it compiling, will start testing shortly. I could use those GRUB changes as I'm GRUB-avoidant. If github is good, I've been using my PKGBUILD repo as a staging area, so you can get me the changes there, otherwise we'll figure it out.

Repo is:

cman commented on 2020-07-29 21:51

Hi @Refutationalist, thanks for the great package. I have compiled this package with 4.14.0, and can confirm that most, but not all, of the gcc patches are no longer needed. I've also rebased the grub script on what is in the latest Archlinux package, plus added support to the script for cpu microcode updates and xsm, if present.

I, too, am not too conversant with aur, so I don't know whether a standard way exists to do that (other than with git, of course), but I'm happy to contribute patchsets if you would like if you tell me how you want them.

Refutationalist commented on 2020-07-29 19:24

@linuxninja - Yeah, my package is still requiring qemu-xen from my personal repo, something that I'll be fixing in the next update.

I'm also looking at 4.14.0, which is not compiling but looks to have some of the same problems as 4.13.1 did. I'll try to have something ASAP, depending on complexity and my workload.