| Git Clone URL: | https://aur.archlinux.org/xen.git (read-only, click to copy) |
|---|---|
| Package Base: | xen |
| Description: | Xen hypervisor documentation and man pages |
| Upstream URL: | https://xenproject.org/ |
| Keywords: | hypervisor virtualization xen |
| Licenses: | GPL2 |
| Submitter: | sergej |
| Maintainer: | Refutationalist |
| Last Packager: | Refutationalist |
| Votes: | 185 |
| Popularity: | 0.47 |
| First Submitted: | 2009-11-09 11:22 (UTC) |
| Last Updated: | 2024-09-20 00:31 (UTC) |
I've been testing different kernels with dom0 under Xen. I found that kernel 5.6.0 does not work, but 5.5.13-arch2-1 does. I will be looking through the other kernel versions and comparing the kernel compile configs to determine if something changed.
Kernel 5.5.13-arch2-a as a dom0 under Xen 4.13.0 is working, so far.
No problem getting Xen 4.13.0 compiled and running. Had to change one configure option...
Any updates on getting the version moved up? This package is now a couple of versions behind upstream... current Xen version is 4.13.0
I was able to get 4.12.2 to build without issue.
Upgraded to the latest kernel, 5.6.10, and it broke networking for Xen HVM (opnsense). Downgraded the kernel back to 5.5.8 and things work, again. Not sure which kernel version is the last one that works since I haven't upgraded each release.
Just failed to build like that:
makepkg -cCsfir
==> Making package: xen 4.12.1-1 (Sun 12 Apr 2020 10:23:19 PM CEST)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Installing missing dependencies...
resolving dependencies...
looking for conflicting packages...
...
==> Retrieving sources...
-> Found xen-4.12.1.tar.gz
-> Found xen-4.12.1.tar.gz.sig
-> Found ipxe-git.tar.gz
-> Found grub-mkconfig-helper
-> Found efi-xen.cfg
-> Found grub.conf
-> Found xen.conf
-> Found tmpfiles.conf
==> Validating source files with sha256sums...
xen-4.12.1.tar.gz ... Passed
xen-4.12.1.tar.gz.sig ... Skipped
ipxe-git.tar.gz ... Passed
grub-mkconfig-helper ... Passed
efi-xen.cfg ... Passed
grub.conf ... Passed
xen.conf ... Passed
tmpfiles.conf ... Passed
==> Verifying source file signatures with gpg...
xen-4.12.1.tar.gz ... Passed
==> Removing existing $srcdir/ directory...
==> Extracting sources...
-> Extracting xen-4.12.1.tar.gz with bsdtar
==> Starting prepare()...
-> Copying downloaded files...
-> Applying XSA patches...
-> Applying tools patches (qemu-xen-traditional)...
-> Applying tools patches (qemu-xen)...
-> Applying misc compile fixes...
-> Fixing installation paths...
==> Sources are ready.
==> Removing installed dependencies...
checking dependencies...
:: brltty optionally requires ocaml: OCaml support
:: graphviz optionally requires ocaml: ocaml bindings
...
CC xentoollog_stubs.o
xentoollog_stubs.c: In function 'stub_xtl_ocaml_vmessage':
xentoollog_stubs.c:93:16: error: initialization discards 'const' qualifier from pointer target type [-Werror=discarded-qualifiers]
93 | value *func = caml_named_value(xtl->vmessage_cb) ;
| ^~~~~~~~~~~~~~~~
xentoollog_stubs.c: In function 'stub_xtl_ocaml_progress':
xentoollog_stubs.c:123:16: error: initialization discards 'const' qualifier from pointer target type [-Werror=discarded-qualifiers]
123 | value *func = caml_named_value(xtl->progress_cb) ;
| ^~~~~~~~~~~~~~~~
cc1: all warnings being treated as errors
...
==> ERROR: A failure occurred in build().
Aborting...
...
Not sure if we not need to install the xen /boot/xen-$version.config, we do not have a Arch linux /boot/config-vmlinuz, which is where one GRUB 20_linux_xen issue comes from: GRUB upstream bug: 20_linux_xen does not work if no kernel config file
xen-$version.efi may still be wanted by some, and GRUB should not add this as a multiboot2 option: GRUB upstream bug: 20_linux_xen also creates garbage entries for xenconfig and xenefi
Xen installs the /usr/lib/modules-load.d/xen.conf file. It also contains (historic) module names that do not exist in our distribution.
systemd-modules-load.servicewill exit with failure for these nonexistant modules, but boot does continue. see:pacman -Ql linux | grep -E 'xen-'https://aur.archlinux.org/pkgbase/xen/?O=0&PP=100#comment-622244
Ah, thanks.
My second GRUB patch null config filename we could workaround by installing: /boot/config-${linux pkgbase} with
CONFIG_XEN_DOM0=yin a pacman hook? But this is only appropriate to booting Xen with GRUB on Arch. I will open bug upstream and pursue it there as well.
Thanks! Please post a link when you do :)
Hey FF,
Great to see progress.
modules-load.d/xen.conf
Xen installs the /usr/lib/modules-load.d/xen.conf file.
It also contains (historic) module names that do not exist in our distribution.
systemd-modules-load.service will exit with failure for these nonexistant modules, but boot does continue.
see:pacman -Ql linux | grep -E 'xen-'
https://aur.archlinux.org/pkgbase/xen/?O=0&PP=100#comment-622244
GRUB helper fixes upstream
Yes, will try for GRUB helper upstream changes.
Should not need my first GRUB patch -vmlinuz-*, +vmlinuz anymore, as it looks like mkinitcpio installs kernel as vmlinuz-${pkgbase} now I use dracut, so I cannot check this on system. https://git.archlinux.org/mkinitcpio.git/tree/libalpm/scripts/mkinitcpio-install
My second GRUB patch null config filename we could workaround by installing:
/boot/config-${linux pkgbase} with CONFIG_XEN_DOM0=y in a pacman hook?
But this is only appropriate to booting Xen with GRUB on Arch
I will open bug upstream and pursue it there as well.
Cheers
I think we should work on fixing the issue in the upstream (so, grub) and backport the patch to the grub package. Do you want to do it? Since you wrote the patches.
The two last patches that is. For the first we should open a bug report for grub package.
Hey, sorry for the delay catching up.
ovmf typo in your PKGBUILD optdepends and Xen configure option Package has /etc/init.d/ files
Fixed (locally).
Maybe some sort of install message about: - booting Xen & enabling services? (Xen gets booted before linux dom0) - fixing dom0 memory in the bootloader Xen hypervisor config
Will add before moving to the repos.
Worth cleanup of
usr/lib/modules-load.d/xen.confto avoid modules load errors: I used this in prepare().find tools -iname 'configure*' -exec sed -i -E -e '/^LINUX_BACKEND_MODULES="$/,/^"$/{/"/b;/^xen-/!d;s/scsibk/scsiback/;};' {} \;
Can you explain exactly what is the issue here?
GRUB helper for loading the Xen dom0: It might be better to fix the Arch grub package with a patch so that 20_linux_xen works for arch kernel? My old changes linked. Need retesting. - vmlinuz- - don't fail on no /boot/config file - ignore xen files grub cannot boot
I think we should work on fixing the issue in the upstream (so, grub) and backport the patch to the grub package.
Do you want to do it? Since you wrote the patches.
Pinned Comments
Refutationalist commented on 2024-12-06 01:37 (UTC)
Please Note: Per best-practices by upstream this package follows the git stable branch. Minor releases do not require a version bump and the PKGBUILD will provide the appropriate version number.
stubdom is still broken.