AUR (en) - xen

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:	185
Popularity:	0.40
First Submitted:	2009-11-09 11:22 (UTC)
Last Updated:	2024-01-19 23:00 (UTC)

Latest Comments

« First ‹ Previous 1 .. 4 5 6 7 8 9 10 11 12 13 14 .. 101 Next › Last »

Refutationalist commented on 2020-11-24 18:20 (UTC)

@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.

alaricljs commented on 2020-11-22 22:46 (UTC)

@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.

ska67 commented on 2020-11-22 14:47 (UTC)

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.

Refutationalist commented on 2020-11-21 21:23 (UTC) (edited on 2020-11-21 21:24 (UTC) by Refutationalist)

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.

Refutationalist commented on 2020-11-11 00:40 (UTC)

Updated to 4.14.0-4, added security patches, cmake fixes from cdchapman for stubdom building.

eduncan911 commented on 2020-11-09 16:28 (UTC)

@alaricljs: that info would be better documented in the Wiki's Discussion page (or an update to the wiki if you have a procedure tested). Comments get lost into oblivion.

alaricljs commented on 2020-11-09 16:11 (UTC)

A partial (dom0 & PV) solution to the zstd compression issue that sticks to current kernels: https://gist.github.com/alaricljs/757d4b452335b187d7dff1b7e2c5808e

A Pacman hook that grabs the uncompressed kernel and puts it in /boot. Works on dom0 and PV guests (that's all that was tested, perhaps others work too).

kapcom01 commented on 2020-11-06 09:04 (UTC)

Thanks to the previous comments I installed linux-lts and then sudo grub-mkconfig -o /boot/grub/grub.cfg it worked :) A new entry appeared on GRUB menu and now I booted to dom0 successfully.

manueljben commented on 2020-10-26 15:07 (UTC) (edited on 2020-10-26 15:09 (UTC) by manueljben)

Thank you for your tip @g8sqh!!!

I've posted this issue on forums some days ago (https://bbs.archlinux.org/viewtopic.php?id=260107), following the guidelines not to post questions etc here), but nobody answered.. ¬_¬

g8sqh commented on 2020-10-23 11:00 (UTC)

Please also note that Xen (4.14.0) no longer works with the standard Arch kernel (at least as dom-0)

Arch (at 5.9.1) compresses using zstd (CONFIG_KERNEL_ZSTD=1), and the ELF-reading code in Xen has a decompressor for xz (in xen/common/xz), but nothing for zstd

Message is elf-init: not an ELF binary and a (xen) kernel panic.

Until either Xen gains zstd, or Arch provides a kernel package using xz, you need an older kernel from the archive, or to build from source with CONFIG_KERNEL_XZ=1