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.071098 |
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 .. 13 14 15 16 17 18 19 20 21 22 23 .. 101 Next › Last »
<deleted-account> commented on 2019-04-17 05:50 (UTC)
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
sniper7kills commented on 2018-09-30 06:08 (UTC)
Unlikely that this is a xen issue; but building fails when using the latest acpica package.
It was something to do with the hvmloader and unable to call free() due to an invalid pointer.
Downgrading acpica to version 20180629 allows the package to compile.
Once I recompile xen to fix my libiscsi issue, I'll upgrade acpica again to try and provide more information.
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