Package Details: xen-docs 4.21.2pre-1

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: 182
Popularity: 0.000012
First Submitted: 2009-11-09 11:22 (UTC)
Last Updated: 2026-05-06 02:59 (UTC)

Required by (3)

Sources (13)

Latest Comments

« First ‹ Previous 1 .. 33 34 35 36 37 38 39 40 41 42 43 .. 102 Next › Last »

cyberxndr commented on 2015-06-25 21:22 (UTC)

After a couple of hours I got two successfull builds with different CRC. The first package raises dom0 crush, the second was OK. I don't remember the difference between compilation process. Maybe I forgot to apply patch #6 in first build. Patches #2 #3 #4 didn't work well in the PKGBUILD, so I manualy applied them one by one after each iteration of failed "makepkg -ei". At this moment I able to login into the dom0.

mks commented on 2015-06-24 09:21 (UTC)

apparently you can't search 'xen' in the new home i.e. aur4.archlinux.org. any ideas when to expect upstream fix for gcc5 + Xen 4.4/4.5? thanks

PZB1000 commented on 2015-06-24 05:56 (UTC)

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

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!

« First ‹ Previous 1 .. 33 34 35 36 37 38 39 40 41 42 43 .. 102 Next › Last »