| Git Clone URL: | https://aur.archlinux.org/xen.git (read-only, click to copy) |
|---|---|
| Keywords: | hypervisor virtualization xen |
| Submitter: | sergej |
| Maintainer: | Refutationalist |
| Last Packager: | Refutationalist |
| Votes: | 182 |
| Popularity: | 0.42 |
| First Submitted: | 2009-11-09 11:22 |
| Last Updated: | 2021-04-15 09:43 |
I am using libvirt with Xen.
Unfortunately the [Community] package libvirt does not have Xen support, since it depends on Xen to build and Xen is in the AUR.
https://bugs.archlinux.org/task/64800
Is there any chance to get this package in [Community]?
@refutationalist I've been using a hook to deal with the zstd kernel issue until support is complete.
xen-kernel.hook:
[Trigger]
Operation = Install
Operation = Upgrade
Type = Package
Target = linux
[Action]
Description = Pull ELF kernel to /boot
Depends = linux-headers
When = PostTransaction
Exec = /usr/bin/strip /usr/src/linux/vmlinux -o /boot/vmlinux
@Refutationalist, regarding the zstd support, it seems support for Dom0 is in progress.
https://lists.xenproject.org/archives/html/xen-devel/2021-01/msg01060.html
I've tested this 4.14.1 on my older AMD box and my Xeon booting via EFI.
I'm in the middle of purging my need for the stubdom stuff, so I'm interested in hearing if people are using that at the moment. Also might have a co-maintainer shortly. Looking for input on how to handle zstd kernels.
4.14.1 has been out, and I'm working through it at the moment. Should hit my github repo in the next few days, and assuming it boots on my intel and AMD test systems, here shortly after.
@alaricljs -- the only real change between in the recent update was the inclusion of security patches from Xen. Might try pulling some of those out and see if that takes care of it for you. I'll see what I can test from here, but I'm not running any Windows VMs at the moment.
There was a patch update this morning, but I haven't looked at it closely yet. If it applies, there'll be a -5 soon.
@refutationalist - the -04 rev causes my Win VM to hang on boot (just the circular dot thing frozen on screen). The error in the vm log is:
qemu-system-i386: relocate_memory 4096 pages from GFN 40f000 to GFN f1000 failed: Bad address
The version I was using prior to update was 4.14.0-1, I've rolled back.
Please replace the dependency sdl with sdl2 in your next version. SDL v1.2 is outdated and, as far as I can tell, is no longer supported by xen-4.14. Additionally libjpeg-turbo will be needed.
For the record, I almost universally use linux-lts on my servers, and that continues to work.
Also, when you update EFI, remember to copy the EFI kernel to /boot. That's not for you, that's for me, since I just spent an hour forgetting that.
EDIT: I will add a reminder in the next update. Maybe consider a hook, see how the kernels do it.
Updated to 4.14.0-4, added security patches, cmake fixes from cdchapman for stubdom building.
Pinned Comments
Refutationalist commented on 2021-04-15 09:56
1) 4.15.0-1 adds zstd kernel support, so the hook for that is no longer needed, but I'm not sure if ever made it out of my personal repo.
2) The
-no-pieproblem in linking is present in 4.15, and there's an included patch for that. It is now the only patch needed to compile cleanly on Arch.3) As promised, stubdom has moved from building by default to not building by default, as no one has spoken up about using it. If I continue maintaining the package, the plan is to remove it in the next major release.
4) I haven't done anything about the SDL2 deps.
5) Unless a co-maintainer is added, this is likely going to be the last release for a few months as I'm going in for surgery to have a brain tumor removed next month.