Package Base Details: xen

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.30
First Submitted: 2009-11-09 11:22 (UTC)
Last Updated: 2024-01-19 23:00 (UTC)

Latest Comments

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

kantras commented on 2015-07-04 23:47 (UTC)

Updated to 4.5.1 + added some fixes for GCC 5. Note: OVMF is not enabled by default in this build as it still requires some patching before it will support GCC 5.

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.

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