Also just tried to build this package. As the option Werror is used i have got an error in symbols.c
"arrary subscript is above array bounds"
in line 23 from project src/xen-4.5.0/xen/common. gcc Version 5.1 on arch linux 64 bit
Search Criteria
Package Details: xen-stubdom 4.20.0-2
Package Actions
Git Clone URL: | https://aur.archlinux.org/xen.git (read-only, click to copy) |
---|---|
Package Base: | xen |
Description: | Xen hypervisor stubdom files |
Upstream URL: | https://xenproject.org/ |
Keywords: | hypervisor virtualization xen |
Licenses: | GPL2 |
Submitter: | sergej |
Maintainer: | Refutationalist |
Last Packager: | Refutationalist |
Votes: | 184 |
Popularity: | 0.069676 |
First Submitted: | 2009-11-09 11:22 (UTC) |
Last Updated: | 2025-03-13 08:19 (UTC) |
Dependencies (42)
- xenAUR
- acpica (make)
- bison (byacc-bisonAUR, bison-gitAUR) (make)
- bridge-utils (make)
- fig2dev (fig2dev-gitAUR) (make)
- flex (flex-gitAUR) (make)
- gettext (gettext-gitAUR) (make)
- git (git-gitAUR, git-glAUR) (make)
- glib2 (glib2-gitAUR, glib2-selinuxAUR, glib2-patched-thumbnailerAUR) (make)
- gnutls (gnutls-gitAUR) (make)
- inetutils (inetutils-gitAUR, busybox-coreutilsAUR) (make)
- iproute2 (iproute2-gitAUR, busybox-coreutilsAUR, iproute2-selinuxAUR) (make)
- lib32-glibc (lib32-glibc-gitAUR, lib32-glibc-linux4AUR, lib32-glibc-eacAUR, lib32-glibc-eac-binAUR) (make)
- libaio (libaio-gitAUR) (make)
- libuuid.so (util-linux-libs-aesAUR, util-linux-libs-selinuxAUR, lib32-util-linux, util-linux-libs) (make)
- libx11 (libx11-gitAUR) (make)
- lzo (make)
- ncurses (ncurses-gitAUR) (make)
- openssl (openssl-gitAUR, openssl-staticAUR) (make)
- pandoc (pandoc-sile-gitAUR, pandoc-static-gitAUR, pandoc-binAUR, pandoc-cli) (make)
- pciutils (pciutils-gitAUR) (make)
- pixman (pixman-gitAUR) (make)
- pkgconf (pkgconf-gitAUR) (make)
- python (python37AUR, python311AUR, python310AUR) (make)
- python-setuptools (make)
- sdl2AUR (sdl2-gitAUR, sdl2-compat-gitAUR, sdl2-compat) (make)
- systemd (systemd-chromiumosAUR, systemd-fmlAUR, systemd-gitAUR, systemd-selinuxAUR) (make)
- systemd-libs (systemd-chromiumos-libsAUR, systemd-libs-fmlAUR, systemd-libs-gitAUR, systemd-libs-selinuxAUR) (make)
- valgrind (valgrind-gitAUR) (make)
- vde2 (vdeplug4-gitAUR) (make)
- wget (wget-gitAUR, wurlAUR) (make)
- yajl (yajl-gitAUR) (make)
- zlib (zlib-ng-compat-gitAUR, zlib-gitAUR, zlib-ng-compat) (make)
- linux-headers (optional) – extract bootable kernel for PV grub using "extract_vmlinux"
- seabios (optional) – SeaBIOS payload support
- xen-docsAUR (optional) – HTML documentation and man pages
- xen-edk2AUR (optional) – UEFI support
- xen-grub-pv32AUR (optional) – 32bit PV booting support
- xen-grub-pv64AUR (optional) – 64bit PV booting support
- xen-grub-pvhAUR (optional) – PVH booting support
- xen-qemuAUR (xen-qemuAUR) (optional) – HVM and PV support, nearly required for Xen
- xen-stubdomAUR (optional) – Xen stubdom support
Required by (3)
- xen (optional)
- xen-docs (optional)
- xen-stubdom (optional)
Sources (13)
- efi-xen.cfg
- git+https://xenbits.xen.org/git-http/xen.git#branch=stable-4.20
- http://xenbits.xen.org/xen-extfiles/grub-0.97.tar.gz
- http://xenbits.xen.org/xen-extfiles/lwip-1.3.0.tar.gz
- http://xenbits.xen.org/xen-extfiles/newlib-1.16.0.tar.gz
- http://xenbits.xen.org/xen-extfiles/pciutils-2.2.9.tar.bz2
- http://xenbits.xen.org/xen-extfiles/polarssl-1.1.4-gpl.tgz
- http://xenbits.xen.org/xen-extfiles/zlib-1.2.3.tar.gz
- tmpfiles.conf
- xen-amd-ucode.hook
- xen-intel-ucode.hook
- xen-ucode-extract.sh
- xen.conf
Latest Comments
« First ‹ Previous 1 .. 33 34 35 36 37 38 39 40 41 42 43 .. 101 Next › Last »
PZB1000 commented on 2015-06-24 05:56 (UTC)
pgmillon commented on 2015-06-21 17:40 (UTC)
Just tried to build on a 32bits system:
Version: rel-1.7.5-0-ge51488c-20150621_142420-test-dantooine
Fixed space: 0xe05b-0x10000 total: 8101 slack: 10 Percent slack: 0.1%
16bit size: 35488
32bit segmented size: 2208
32bit flat size: 22048
32bit flat init size: 68896
Lowmem size: 2160
f-segment var size: 1728
Linking out/rom16.o
out/code16.o: In function `kbd_command':
/tmp/yaourt-tmp-ishtanzar/aur-xen/src/xen-4.5.0/tools/firmware/seabios-dir-remote/src/kbd.c:120: undefined reference to `usb_kbd_command'
out/code16.o: In function `mouse_command':
/tmp/yaourt-tmp-ishtanzar/aur-xen/src/xen-4.5.0/tools/firmware/seabios-dir-remote/src/mouse.c:30: undefined reference to `usb_mouse_command'
Makefile:170: recipe for target 'out/rom16.o' failed
make[6]: *** [out/rom16.o] Error 1
Linux test-dantooine 4.0.5-1-ARCH #1 SMP PREEMPT Sat Jun 6 18:52:28 CEST 2015 i686 GNU/Linux
maximevince commented on 2015-06-16 08:23 (UTC)
As posted on the old aur:
I can confirm the -fno-caller-saves is a valid workaround. My xen-4.5 build now actually boots my arch kernel. I thought it was a macbook/efi issue, but it was actually caused by gcc5!
Patch is here: http://pastebin.com/XDpzbLYa
So the full set of patches is:
http://pastebin.com/Z5BnzFwc
http://pastebin.com/19tb2esC
http://pastebin.com/WwxugrRi
http://pastebin.com/7742EHd1
http://pastebin.com/aNWdhEH0
http://pastebin.com/XDpzbLYa
ArthurBorsboom commented on 2015-05-31 08:56 (UTC)
From the same thread, apparently a workaround is setting the following compile flag avoiding the bug.
fno-caller-saves
As long as the bug is present, maybe it is an idea to implement this flag into the PKGBUILD?
jkf commented on 2015-05-30 19:08 (UTC)
After further investigation, it does indeed appear that GCC 5 is mis-compiling Xen.
http://www.gossamer-threads.com/lists/xen/devel/381362#381362
Any one know if GCC 4.9 can co-exist with GCC 5 on the same system? Or would it be easier to roll back to a version of Arch before GCC 5 became the default?
jackb commented on 2015-05-30 05:22 (UTC)
I can add that I believe, based on your description, that I'm experiencing the same issue. After applying the suggested patches I got a clean build, but was unable to boot int the xen dom0. Booting the original Arch kernel worked fine.
jkf commented on 2015-05-29 06:43 (UTC)
Greetings,
Following the comments in this thread, I have successfully built a Xen 4.5.0 package, but it fails during boot when Xen starts the Linux kernel. I have been following the following thread on the xen-devel mailing list which seems to suggest an issue with GCC 5. I have also posted to that thread to get more data to the Xen developers.
http://www.gossamer-threads.com/lists/xen/devel/379916
I am running a system updated just a few days ago, that boots via UEFI and gummiboot. I have a working Xen 4.4.1 package that I built before GCC was upgraded to 5, so I believe this is an issue with Xen itself and not my environment. The system also functions properly when booting the Linux kernel directly. See the link below for the boot log I captured via the serial port.
http://pastebin.com/bBC78306
Thinking my toolchain was the issue, I tried the Xen 4.5.0 EFI binary from Fedora 22, and it failed exactly the same way. It was compiled with GCC 5.0.1. See the below link for the boot log from that binary.
http://pastebin.com/jvg1JazC
Then I found the message linked below and tried the build of 4.5.1-rc1 that a poster did with GCC 4.9.2 on Fedora 21, and it booted successfully. See the boot log below from that.
http://www.gossamer-threads.com/lists/xen/devel/380173#380173
http://pastebin.com/DKxwaU2U
Xen is way lower level in the system that I'm used to digging around, so does anyone else have any thoughts on this issue?
Thanks!
cptG commented on 2015-05-28 10:51 (UTC)
maelask: you'll need to apply the patches posted by djvinz.
Download them and change PKGBUILD to apply them.
The patch called seabios-gcc5.patch won't apply from whithin makepkg since the directory seabios-dir-remote does not exist yet at that moment. Apply this one manually after compilation errors out and issue "makepkg -ei". See my comment below.
maelask commented on 2015-05-27 16:56 (UTC)
Getting this while trying to compile.
symbols.c: In function 'symbols_lookup':
symbols.c:23:61: error: array subscript is above array bounds [-Werror=array-bounds]
#define symbols_address(n) (SYMBOLS_ORIGIN + symbols_offsets[n])
^
symbols.c:128:47: note: in expansion of macro 'symbols_address'
while (low && symbols_address(low - 1) == symbols_address(low))
^
symbols.c:23:61: error: array subscript is above array bounds [-Werror=array-bounds]
#define symbols_address(n) (SYMBOLS_ORIGIN + symbols_offsets[n])
^
symbols.c:136:13: note: in expansion of macro 'symbols_address'
if (symbols_address(i) > symbols_address(low)) {
^
cc1: all warnings being treated as errors
/tmp/yaourt-tmp-maelask/aur-xen/src/xen-4.5.0/xen/Rules.mk:168: recipe for target 'symbols.o' failed
Pinned Comments
Refutationalist commented on 2025-03-12 12:06 (UTC) (edited on 2025-03-13 08:23 (UTC) by Refutationalist)
We've moved to the newly-stable 4.20.0 branch. There are also other changes:
If you're still using pygrub note that it is deprecated. The solution is to build PV grub instead, which used to be in AUR but is now missing. I am asking a couple questions on the mailing list, and I intend to put my current build of xen-grub (which supersedes xen-pvhgrub) on AUR as soon as possible. If you need to build it before that occurs, you can find it in my PKGBUILD repo.
EDIT: 4.20.0-2 adds support for the xen-edk2 package, which has a fixed UEFI for xen