AUR (en) - xen

Search Criteria

Enter search criteria

Search by

Keywords

Out of Date

Sort by

Sort order

Per page

Package Details: xen-docs 4.21.2pre-1

Package Actions

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)

Dependencies (40)

acpica (make)
bison (byacc-bison^AUR, bison-git^AUR) (make)
fig2dev (fig2dev-git^AUR) (make)
flex (flex-git^AUR) (make)
gettext (gettext-git^AUR, gettext-git^AUR) (make)
git (git-git^AUR, git-gl^AUR, git-wd40^AUR) (make)
glib2 (glib2-git^AUR, glib2-patched-thumbnailer^AUR) (make)
gnutls (gnutls-git^AUR) (make)
inetutils (inetutils-git^AUR) (make)
iproute2 (iproute2-git^AUR, iproute2-selinux^AUR) (make)
lib32-glibc (lib32-glibc-git^AUR, lib32-glibc-eac^AUR, lib32-glibc-git-native-pgo^AUR) (make)
libaio (libaio-git^AUR) (make)
libuuid.so (util-linux-libs-aes^AUR, util-linux-libs-selinux^AUR, lib32-util-linux, util-linux-libs) (make)
libx11 (libx11-git^AUR) (make)
lzo (make)
ncurses (ncurses-git^AUR) (make)
openssl (openssl-git^AUR, openssl-static^AUR, openssl-aegis^AUR) (make)
pandoc (pandoc-static-git^AUR, pandoc-bin^AUR, pandoc-sile-git^AUR, pandoc-cli) (make)
pciutils (pciutils-git^AUR) (make)
pixman (pixman-git^AUR) (make)
Show 20 more dependencies...

Required by (3)

xen (optional)
xen-docs (optional)
xen-stubdom (optional)

Sources (13)

Latest Comments

« First ‹ Previous 1 .. 13 14 15 16 17 18 19 20 21 22 23 .. 102 Next › Last »

CyrIng commented on 2019-06-29 09:38 (UTC) (edited on 2019-06-29 16:31 (UTC) by CyrIng)

"error: taking address of packed member of ..."
Same issue here to build Xen 4.12 w/ kernel 5.1.15, gcc 9.1.0
Solved by downgrading to package gcc8

aiyuchan commented on 2019-06-18 21:14 (UTC) (edited on 2019-06-19 00:39 (UTC) by aiyuchan)

It seems to not compile at all using the latest GCC (9.1.0, just got out of testing today). I get way too many instances of -Werror=address-of-packed-member.

It's a known bug and afaik has been fixed in xen's git repo for a while now. Might be wise to incorporate the patch into the PKGBUILD until it gets merged into a proper release?

EDIT: I should add that this happens even when adding "--disable-werror" to the config params and "!debug" to the options à la dhlk's commment.

EDIT2: Even the latest, bleeding edge staging versions of xen and ipxe do not compile under GCC 9. I'm sure it'll be fixed in a few days or so, but the official Xen 4.13 release probably won't be coming for a while. If it ends up getting fixed and anyone is interested, I can create a xen-git package.

<deleted-account> commented on 2019-04-17 05:50 (UTC)

the http://google.com

dhlk commented on 2019-03-02 21:09 (UTC) (edited on 2019-03-02 21:09 (UTC) by dhlk)

For anyone else (and my future self) who forgot they enabled debug in makepkg.conf, debug CFLAGS break xen's builds.

Error looks something like this:

<command-line>: error: "__OBJECT_FILE__" redefined [-Werror]
<command-line>: note: this is the location of the previous definition
<command-line>: error: "__OBJECT_LABEL__" redefined [-Werror]
<command-line>: note: this is the location of the previous definition
cc1: all warnings being treated as errors
Makefile:69: recipe for target 'compat/callback.i' failed

Fix requires removing debug in the PKGBUILD:

-options=(!buildflags !strip)
+options=(!buildflags !strip !debug)

CyrIng commented on 2018-12-06 13:08 (UTC)

Works like a charm, Thank you.

eduncan911 commented on 2018-10-31 15:46 (UTC)

@ArthurBorsboom: thank you! i'll have an AMD system to test it out on soon.

instead of flooding these comments with discussions, let's keep it in recent forum topic here:

https://bbs.archlinux.org/viewtopic.php?pid=1814467

In short, there's another way that we can ask the author of the intel-ucode package to resolve (posted in the link above).

ArthurBorsboom commented on 2018-10-31 07:52 (UTC)

I have found a solution in the past (and am still using) another way of loading the (AMD) microcode in Xen.

In essence:

Create a symlink from /lib/firmware/amd-ucode/microcode_amd_fam15h.bin -> /boot/microcode_amd_fam15h.bin
Edit the /etc/xen/grub.conf and add " ucode=-1"
Manually update the file /etc/grub.d/09_xen by adding the following two lines (note that these lines differ a little bit from the forum post

echo 'Loading AMD Microcode' module2 ${REAL_DIR}/microcode_amd_fam15h.bin
rebuild grub conf file: grub-mkconfig -o /boot/grub/grub.cfg
reboot

I have described it more accurately in this forum post, where you have to replace the word module (outdated) with module2.

https://bbs.archlinux.org/viewtopic.php?id=191828

So, no kernel panic while loading multiple ramdisks.

Does this help you to find a persistent solution?

eduncan911 commented on 2018-10-30 15:14 (UTC) (edited on 2018-10-30 15:39 (UTC) by eduncan911)

EDIT: Created a bbs topic for discussion: https://bbs.archlinux.org/viewtopic.php?pid=1814467

Intel (and perhaps AMD, can't test that yet) microcode patching.

Problem:

xen.cfg for Xen EFI cannot use the intel-ucode.img microcode binary produced by the intel-ucode system package. Attempting to specify multiple ramdisk lines panics the kernel (Xen EFI only reads the first line); and, specifying multiple imgs on the single ramdisk line is invalid by Xen EFI and just exits the boot.

Resolution:

Create a "patched" initramfs-linux.img file:

# cat /boot/intel-ucode.img /boot/initramfs-linux.img > /boot/intel-ucode_initramfs-linux.img

And then change xen.cfg to use this new patched ramdisk.

You can verify the fix with:

$ sudo xl dmesg | grep microcode
(XEN) microcode: CPU0 updated from revision 0x28 to 0x32, date = 2018-05-11
(XEN) microcode: CPU2 updated from revision 0x28 to 0x32, date = 2018-05-11

The bbs discussion above is to figure out the best place to capture this information.

ArthurBorsboom commented on 2018-10-01 07:56 (UTC)

I confirm the error message reported by sniper7kills: "free(): invalid pointer".

sniper7kills commented on 2018-09-30 06:32 (UTC)

To generate the error I went to tools/firmware/hvmloader and ran make while using the latest version of acpica

make -C ../../libacpi  ACPI_BUILD_DIR=/storage/xen/src/xen-4.11.0/tools/firmware/hvmloader DSDT_FILES="dsdt_anycpu.c dsdt_15cpu.c dsdt_anycpu_qemu_xen.c"
make[1]: Entering directory '/storage/xen/src/xen-4.11.0/tools/libacpi'
gcc -Wall -Werror -Wstrict-prototypes -O2 -fomit-frame-pointer -fno-strict-aliasing -Wdeclaration-after-statement -DCONFIG_X86 -I/storage/xen/src/xen-4.11.0/tools/libacpi/../../tools/include -D__XEN_TOOLS__ -o /storage/xen/src/xen-4.11.0/tools/firmware/hvmloader/mk_dsdt mk_dsdt.c
# Remove last bracket
awk 'NR > 1 {print s} {s=$0}' dsdt.asl > /storage/xen/src/xen-4.11.0/tools/firmware/hvmloader/dsdt_anycpu.asl.tmp
cat dsdt_acpi_info.asl >> /storage/xen/src/xen-4.11.0/tools/firmware/hvmloader/dsdt_anycpu.asl.tmp
/storage/xen/src/xen-4.11.0/tools/firmware/hvmloader/mk_dsdt --debug=n --maxcpu any  >> /storage/xen/src/xen-4.11.0/tools/firmware/hvmloader/dsdt_anycpu.asl.tmp
mv -f /storage/xen/src/xen-4.11.0/tools/firmware/hvmloader/dsdt_anycpu.asl.tmp /storage/xen/src/xen-4.11.0/tools/firmware/hvmloader/dsdt_anycpu.asl
iasl -vs -p /storage/xen/src/xen-4.11.0/tools/firmware/hvmloader/dsdt_anycpu.tmp -tc /storage/xen/src/xen-4.11.0/tools/firmware/hvmloader/dsdt_anycpu.asl
free(): invalid pointer
make[1]: *** [Makefile:78: /storage/xen/src/xen-4.11.0/tools/firmware/hvmloader/dsdt_anycpu.c] Aborted (core dumped)
make[1]: Leaving directory '/storage/xen/src/xen-4.11.0/tools/libacpi'
make: *** [Makefile:72: acpi] Error 2