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.68
First Submitted: 2009-11-09 11:22 (UTC)
Last Updated: 2024-09-20 00:31 (UTC)

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 2 3 4 5 6 7 8 9 10 .. 101 Next › Last »

vibrion commented on 2022-05-31 14:43 (UTC) (edited on 2022-05-31 14:48 (UTC) by vibrion)

After last xen upgrade Im running into a strange error at bootup: none domain are up. Searching logs for a clue i found this:

May 31 11:08:16 bakaneko systemd[1]: Finished Xendomains - start and stop guests on boot and shutdown. May 31 11:08:16 bakaneko xendomains[369]: [done] May 31 11:08:16 bakaneko xendomains[369]: ! May 31 11:08:16 bakaneko xendomains[369]: An error occurred while creating domain new_moodle_eest1-vm.cfg: May 31 11:08:16 bakaneko xendomains[435]: libxl: error: libxl_domain.c:1064:domain_destroy_cb: Domain 4:Destruction of domain failed May 31 11:08:16 bakaneko xendomains[435]: libxl: error: libxl_domain.c:1137:domain_destroy_callback: Domain 4:Unable to destroy guest May 31 11:08:16 bakaneko xendomains[435]: libxl: error: libxl_domain.c:1183:libxl__destroy_domid: Domain 4:Non-existant domain May 31 11:08:16 bakaneko xendomains[435]: libxl: error: libxl_create.c:1289:initiate_domain_create: Domain 4:Unable to set disk defaults for disk 0 May 31 11:08:16 bakaneko xendomains[435]: libxl: error: libxl_device.c:399:libxl__device_disk_set_backend: Disk vdev=xvda failed to stat: /dev/mapper/VM_bakaneko_vg-new> May 31 11:08:16 bakaneko xendomains[369]: new_moodle_eest1-vm.cfg

Despite this if xendomains is manually restarted everything boots up normally. Another error is related to qemu-dom0 backend:

May 31 11:36:42 bakaneko systemd[1]: Starting qemu for xen dom0 disk backend... May 31 11:36:42 bakaneko systemd[1]: Started qemu for xen dom0 disk backend. May 31 11:36:42 bakaneko qemu-system-i386[964]: qemu-system-i386: -xen-domid 0: Option not supported for this target.

Also at system upgrade a question arise for qemu-desktop replacement for qemu (dont know its related or not) Any suggestion? Thanks!!

Refutationalist commented on 2022-05-16 19:07 (UTC) (edited on 2022-05-18 22:19 (UTC) by Refutationalist)

Here is 4.16.1-1.

  • Has patches to compile under GCC12, entirely by disabling some error checks.
  • The hvmloader patch has been brought in, fixing that problem.
  • I dropped working on the OVMF fixes, since that's a separate project from Xen.
  • I have tested it on exactly two systems, both of which run AMD processors. Error reports and patches welcome.

UPDATE 2022-05-18: I have one machine running a Ryzen 7 5700G with an Intel 82576 that crashes on iommu. I'm attempting to get help with the problem, but if anyone else has a problem I'd like to hear about it.

Refutationalist commented on 2022-05-13 08:32 (UTC)

@Sven I have a 4.16.1-0 in my repo that compiles cleanly except for stubdom, mostly thanks to an OpenSUSE patch that sets a bunch exceptions here and there. Still looking into the stubdom bit before I update AUR.

Sven commented on 2022-05-12 21:45 (UTC)

Xen 4.16.0-3 doesn't seem to build with gcc 12.1.0

Refutationalist commented on 2022-04-20 21:59 (UTC)

Hoping to get to it this week. Haven't had much time in front of a computer myriad of reasons.

ArthurBorsboom commented on 2022-04-14 07:05 (UTC)

@Refutationalist : any change of applying this patch to the PKGBUILD ?

ska67 commented on 2022-04-13 22:22 (UTC)

@ArthurBorsboom Have a look at https://github.com/refutationalist/saur/pull/8 As long as this patch is not applied yet, you would have to help yourself.

ArthurBorsboom commented on 2022-04-13 13:00 (UTC)

I suspect I am overseeing something, but I can't find the hvmloader anymore in /usr/lib/xen/boot/hvmloader

Do I need to install a separate package? Am I missing a built/makepkg option?

Any pointers?

ska67 commented on 2022-02-19 12:36 (UTC)

@milenus, this package does not build the qemu-xen-traditional device model, but this is needed if you want to use the mini-os-based qemu stubdom with device_model_stubdomain_override = 1. A qemu stubdom based on Linux is needed for use with the qemu-xen device model. As I have read, this will be part of Xen in the future. QubesOS already uses such stubdoms, but I haven't tried them yet. This package builds the VTPM stubdoms, which can be used to store LUKS keys, for example.

milenus commented on 2022-02-18 09:33 (UTC)

Actually in the last two commits there is no hvmloader after installing the compiled packages regardless of the build options, so I rolled back to 4.16.0-1.

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