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.63
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 .. 101 Next › Last »

ArthurBorsboom commented on 2022-12-19 20:31 (UTC)

The Xen package upgrade 4.16.3 > 4.17.0 worked without any issues. Thanks for the work.

ArthurBorsboom commented on 2022-11-15 10:46 (UTC)

Thanks for the nice work.

Do you think it is possible to make xen-docs a separate package as well and mark it as optional ? I dislike the 70+ haskell dependencies just for pandoc/xen-docs, which I do not use/need.

Refutationalist commented on 2022-11-15 02:32 (UTC)

@vibrion are you having the same problem with the new package? might be worth taking up with the xen-users mailing list.

Refutationalist commented on 2022-11-15 02:32 (UTC) (edited on 2022-11-16 00:13 (UTC) by Refutationalist)

Important: QEMU is now it's own package. See xen-qemu.

Here's my updated Xen, which now tracks git stable, as suggested by the Xen security team. For more information about the build, check my PKGBUILD git repo: https://github.com/refutationalist/saur

xen-pvhgrub, a method for booting kernels inside a PVH domain will be in AUR as soon as it lets me. I'm going to be looking into a package repo for now.

EDIT: xen-pvhgrub is now available in AUR.

vibrion commented on 2022-11-07 12:47 (UTC)

Hi I'm having two strange problems (unrelated?) with two different servers.On an old IBM3100 M4 server latest xen qemuless version is working fine but for some reason limits the memory to only 8Gb (it has 24Gb). Booting directly to kernel without xen, memory is properly detected. Passing mem=24G to xen.cfg doesnt reflect any change On the other hand on a Huawei server im stuck on kernel 5.19.11 cause trying to scale up this version it wont boot (errors trying to mount root). Again booting without xen it works fine (even with latest 6.xx version) Thanks in advance! Martin

ArthurBorsboom commented on 2022-11-03 19:37 (UTC)

Xen 4.16.2 has been officially released.

https://xenproject.org/downloads/xen-project-archives/xen-project-4-16-series/xen-project-4-16-2/

@Refutationalist, thanks for your efforts.

Refutationalist commented on 2022-11-01 22:24 (UTC)

@ArthurBorsboom I'm blocking on a rather sizeable patchset for {o,}xenstored at the moment, but once I get xen compiling again I'll look directly at that. Once I have those things tackled, I'll merge that branch in and update AUR officially.

Tracking updates to qemu is a bigger job than I expected and I'm going to have to implement some infrastructure and automation if I'm going to keep track. This will likely culminate in a publicly available repo.

ArthurBorsboom commented on 2022-10-19 10:03 (UTC)

"xen-qemuless-again/xen" builts and boots (although the Dom0 VM is not all the way stable, but I guess that is package unrelated).

"xen-qemuless-again/xen-qemu" does not built. The error is related to the libbpf. My system has libbpf v1.0.1.

/home/arthur/Downloads/saur-xen-qemuless-again/xen-qemu/src/build/../qemu-7.0.0/ebpf/ebpf_rss.c:52: undefined reference to `bpf_program__set_socket_filter'
collect2: error: ld returned 1 exit status
[2582/2620] Compiling C object tests/qtest/virtio-net-failover.p/virtio-net-failover.c.o
ninja: build stopped: subcommand failed.
==> ERROR: A failure occurred in build().
    Aborting...

Refutationalist commented on 2022-10-19 02:20 (UTC)

My solution was to break qemu out of the package and build it to Xen spec from upstream. My work is in this branch: https://github.com/refutationalist/saur/tree/xen-qemuless-again

This tree also moves to the Xen repo rather than using tarballs as that's what the XSAs really want, but I'm not sure if I should pin to the branch or a specific commit or what. There's also a GRUB2 in that branch that will let you boot kernels inside a PVH domU.

When I merge this branch back in I'm probably going to start looking into setting up a repo with my builds on it. It would solve many issues in other projects, and might simplify things for a lot of folks here.

ArthurBorsboom commented on 2022-10-17 09:11 (UTC)

I have reported the Xen building issue upstream.

https://lists.xenproject.org/archives/html/xen-devel/2022-10/msg00816.html

If I understood it correct, two possible solutions are:

  • Update qemu in the Xen build
  • Use qemu of Arch Linux, which must have been build with Xen support.

Hopefully this is helpful in fixing the package.

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