Package Details: xen 4.9.0-1

Git Clone URL: https://aur.archlinux.org/xen.git (read-only)
Package Base: xen
Description: Virtual Machine Hypervisor & Tools
Upstream URL: http://www.xenproject.org/
Keywords: hypervisor virtualization xen
Licenses: GPL2
Conflicts: xen-4.2, xen-4.2-testing-hg, xen-4.3, xen-4.3-testing-hg, xen-4.4, xen-4.5, xen-4.6, xen-4.7, xen-4.8, xen-4.9, xen-gdbsx, xen-git, xen-hg-unstable, xen-igvtg, xen-rc
Provides: xen-4.9.0
Submitter: sergej
Maintainer: das_j
Last Packager: das_j
Votes: 170
Popularity: 0.487354
First Submitted: 2009-11-09 11:22
Last Updated: 2017-07-20 13:50

Dependencies (54)

Required by (0)

Sources (8)

Latest Comments

tony_42 commented on 2017-07-20 15:51

Hi das_j, looks like there is a patch for the build failure:
https://xenbits.xen.org/gitweb/?p=xen.git;a=commit;h=672949d6c61d9cba01c5b414eed9d522082f04d3

pew commented on 2017-06-19 12:47

JohnTh, can you please provide a link for the 4.9-rc8 version that have fixes for the warnings? I've been using this: https://downloads.xenproject.org/release/xen/4.9.0-rc8/ and I'm still getting all the warnings with gcc7.

Nevermind, all the errors I was having were for other packages inside of xen (ie qemu, ipxe)

JohnTh commented on 2017-06-07 08:40

The upgrade to gcc7 brings a number of new warnings that show up in building xen-4.8.1

My xen PKGBUILD has diverged a bit from this one, but should build xen 4.8.1 (without stubdom!)
https://gitlab.com/johnth/aur-xen/tree/master

Either fix the files, or change the C(PP)FLAGS; remove Werror, or use -Wno-error= for each error warning.
This needs to be done for each component with error warnings (xen, ipxe, ovmf, vtpm).
Most of the warnings have fixes upstream, and are included in xen-4.9.0-rc8.

I am unable to build stubdom with the current Arch packages, getting linking errors:
ld -nostdlib -L/build/xen/src/xen-4.8.1/stubdom/cross-root-x86_64/x86_64-xen-elf/lib -m elf_x86_64 -T /build/xen/src/xen-4.8.1/stubdom/mini-os-x86_64-vtpmmgr/arch/x86/minios-x86_64.lds /build/xen/src/xen-4.8.1/stubdom/mini-os-x86_64-vtpmmgr/mini-os.o -o /build/xen/src/xen-4.8.1/stubdom/mini-os-x86_64-vtpmmgr/mini-os
/build/xen/src/xen-4.8.1/stubdom/mini-os-x86_64-vtpmmgr/mini-os.o: In function `vtpmmgr_GroupRegister':
/build/xen/src/xen-4.8.1/stubdom/vtpmmgr/vtpm_cmd_handler.c:555: undefined reference to `tpmrsa_free''

jsteel commented on 2017-06-07 08:17

I think it's an issue with gcc7. I found this patch http://git.ipxe.org/ipxe.git/commitdiff/5f85cbb which gets around the error reported by ArthurBorsboom but then I get a similar error shortly after:

[BUILD] bin/ath5k_desc.o
drivers/net/ath/ath5k/ath5k_desc.c: In function 'ath5k_hw_setup_2word_tx_desc':
drivers/net/ath/ath5k/ath5k_desc.c:106:15: error: this statement may fall through [-Werror=implicit-fallthrough=]
frame_type = AR5K_AR5210_TX_DESC_FRAME_TYPE_NO_DELAY;
drivers/net/ath/ath5k/ath5k_desc.c:107:3: note: here
case AR5K_PKT_TYPE_PIFS:
^~~~

ArthurBorsboom commented on 2017-06-06 09:30

I got a compile error with the latest PKGBUILD (4.8.0-7):

drivers/net/igbvf/igbvf_vf.c: In function 'igbvf_promisc_set_vf':
drivers/net/igbvf/igbvf_vf.c:359:10: error: this statement may fall through [-Werror=implicit-fallthrough=]
msgbuf |= E1000_VF_SET_PROMISC_MULTICAST;
drivers/net/igbvf/igbvf_vf.c:360:2: note: here
case e1000_promisc_unicast:
^~~~

baratharon commented on 2017-06-03 05:17

I got a compile error with the latest PKGBUILD (4.8.0-7):

runtime.c: In function 'efi_compat_get_info':
/home/aron/build/xen-4.8.0-7/xen/src/xen-4.8.0/xen/include/asm/x86_64/uaccess.h:58:37: error: '*' in boolean context, suggest '&&' instead [-Werror=int-in-bool-context]
compat_access_ok(addr, (count) * (size)))
^

Details:
https://pastebin.com/jrb44Mg1

Flubbadub commented on 2017-06-01 09:38

For anyone else using Manjaro (or probably me in the future) the kernels are named differently in Manjaro. I had to apply this patch in order to get the grub menu entried to be generated correctly:

diff --git a/etc/grub.d/09_xen b/etc/grub.d/09_xen
index 59ac88a..3a41376
--- a/etc/grub.d/09_xen
+++ b/etc/grub.d/09_xen
@@ -38,11 +38,11 @@ _FUNC_GRUB_FILE_PRESENT() {

case "${GRUB_PLATFORM}" in
x86)
- list="$(for i in "${GRUB_ROOT}"/boot/vmlinuz-linux* ; do
+ list="$(for i in "${GRUB_ROOT}"/boot/vmlinuz-* ; do
if grub_file_is_not_garbage "${i}" && "${grub_file}" ${check} "${i}" ; then echo -n "${i} " ; fi
done)" ;;
*)
- list="$(for i in "${GRUB_ROOT}"/boot/vmlinuz-linux* ; do
+ list="$(for i in "${GRUB_ROOT}"/boot/vmlinuz-* ; do
if grub_file_is_not_garbage "${i}" && "${grub_file}" ${check} "${i}" ; then echo -n "${i} " ; fi
done)" ;;
esac

Refutationalist commented on 2017-05-31 05:19

I just tried building 4.8.0-7 from a clean install-- I usually do this so I can catch missing dependencies and to control clutter. I got a build failure:

https://gist.github.com/anonymous/a8c48f68b086a14407cc0067c222ce00

jsteel commented on 2017-04-04 09:27

Thanks, specifying the seabios file in the PKGBUILD as you suggested worked!

tony_42 commented on 2017-04-03 14:04

@jsteel: I think it's a mistake in the PKGBUILD.

It should be:
--with-system-seabios=/usr/share/qemu/bios-256k.bin
(so with the path to SeaBIOS specified)
There should be a path as well for OVMF, but I just realize the package change recently so I don't know if it's going to work with Xen.

All comments