Search Criteria
Package Base Details: xen
Package Actions
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.37 |
First Submitted: | 2009-11-09 11:22 (UTC) |
Last Updated: | 2024-01-19 23:00 (UTC) |
Latest Comments
« First ‹ Previous 1 .. 9 10 11 12 13 14 15 16 17 18 19 .. 101 Next › Last »
CyrIng commented on 2020-04-12 20:29 (UTC)
Just failed to build like that:
JohnTh commented on 2020-04-04 23:08 (UTC)
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
FFY00 commented on 2020-04-04 22:20 (UTC)
Ah, thanks.
Thanks! Please post a link when you do :)
JohnTh commented on 2020-04-04 19:20 (UTC)
Hey FF,
Great to see progress.
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-622244Yes, 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
FFY00 commented on 2020-04-04 17:09 (UTC)
The two last patches that is. For the first we should open a bug report for grub package.
FFY00 commented on 2020-04-04 17:08 (UTC)
Hey, sorry for the delay catching up.
Fixed (locally).
Will add before moving to the repos.
Can you explain exactly what is the issue here?
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.
JohnTh commented on 2020-03-10 11:15 (UTC) (edited on 2020-03-10 11:20 (UTC) by JohnTh)
Hey FF,
Have not yet had a chance to install and test, but looking over it again:
Worth cleanup of
usr/lib/modules-load.d/xen.conf
to 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/;};' {} \;
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.
Cheers
FFY00 commented on 2020-03-10 08:59 (UTC) (edited on 2020-04-04 16:38 (UTC) by FFY00)
I think I fixed everything in the PKGBUILD[1]. Both the updated xen package and a qemu package built with
--enable-xen
are available in my repo[2]. Could you guys please try it and let me know if there are still are any issues?Regarding the bootloader, the pvgrub helper is packaged but it is broken. This is an upstream issue, I am going to contact them. Basically, in Python 3.8 the descriptor flags for native modules are checked when the module is imported, as opposed to when a certain method is called. This causes the
xen.lowlevel.xc
to fail to import. This should be a quick fix from the upstream, I had a look but couldn't find the culprit (the python error message could be a little more verbose :P).Also, if you want UEFI support you will need the ovfm package from [testing].
[1] https://paste.xinu.at/mbZ/ [2] https://pkgbuild.com/~ffy00/repo/
JohnTh commented on 2020-03-08 07:56 (UTC)
Hi FF, With my own built and installed Xen git master:
The OVMF package in Arch [testing] now includes OVMF.fd, and that boots for me. I tested a boot to EFI BIOS & linux had populated
/sys/firmware/efi/efivars/
Tested with: domU.cfg options
I cannot use the current Arch system QEMU:
Tested with: domU.cfg options
To use Arch system QEMU would require some changes in the Arch qemu package. At least makedep xen for the header files, and compiled with --enable-xen, and possibly --enable-xen-pci-passthrough Then check qemu still functions without the xen headers, or split these headers from the xen package and depend on them in qemu? https://packages.debian.org/sid/amd64/libxen-dev/filelist
If you want to move this packaging planning somewhere else, let us know.
Cheers
tony_42 commented on 2020-03-06 11:04 (UTC) (edited on 2020-03-06 11:04 (UTC) by tony_42)
Hi FFY00,
Other things that could be improved in your PKGBUILD, you can use Arch Linux's SeaBIOS, with:
For
backup=()
, this is probably the list of configuration file:Cheers.
« First ‹ Previous 1 .. 9 10 11 12 13 14 15 16 17 18 19 .. 101 Next › Last »