Package Details: xen-docs 4.19.1pre-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: 186
Popularity: 0.77
First Submitted: 2009-11-09 11:22 (UTC)
Last Updated: 2024-09-20 00:31 (UTC)

Dependencies (35)

Required by (1)

Sources (7)

Pinned Comments

Refutationalist commented on 2024-05-22 22:08 (UTC) (edited on 2024-05-23 00:07 (UTC) by Refutationalist)

As of now (2024-22-05) Xen with stubdom doesn't build because of a problem in the imported code. Been this way for about two weeks. Anyone else seeing this behavior?

Also, there is a lot of work happening on Xen in my development repo, thanks to @Serus. Check it out at: https://github.com/refutationalist/saur

Latest Comments

« First ‹ Previous 1 .. 52 53 54 55 56 57 58 59 60 61 62 .. 101 Next › Last »

kantras commented on 2014-02-24 05:00 (UTC)

Good to hear. FYI, I've actually grabbed a copy of the latest xen RC (4.4.0-rc5) and will be testing building it over the next few days, partly to make sure we're ready when its finally released and to see if theres any more optimizations which can be made. The bios patch (which works around buggy IVRS tables) will be retired as the new version allows you to override the IOAPIC and HPET entries via command line options.

zman0900 commented on 2014-02-24 04:32 (UTC)

Thanks. Running 3.13.5 right now (still xen 4.3.1) and the bug appears to be gone :-)

kantras commented on 2014-02-24 04:28 (UTC)

http://lists.xen.org/archives/html/xen-devel/2014-02/msg00199.html - its also on the kernel mailing list as well; I tested it on an earlier kernel in the 3.13 branch and the kernel bug went away.

zman0900 commented on 2014-02-24 04:05 (UTC)

That's great, I'll try that new kernel out right away. Do you happen to have a link to that patch? I'm curious but Google isn't being helpful.

kantras commented on 2014-02-24 03:55 (UTC)

Actually it looks like 3.13.5 just left testing and now is in core, so should find firefox more stable once you've upgraded.

kantras commented on 2014-02-24 03:48 (UTC)

The "firefox" issue is actually a kernel issue - changes were made to how NUMA pages are handled, which causes random crashs within dom0 and/or PV domU's (HVM domUs are not affected) I've been tracking the fix and its been included in the 3.14 RC's as well as the latest 3.13.5 (which you can download from the testing repository.) I have a copy of the patch if you want to recompile your own older kernel (Patch is also available on the xen-devel list archives)

zman0900 commented on 2014-02-24 02:23 (UTC)

@discord, @hugleo: I too have been having the issues with firefox. I'm still running xen 4.3.1, but building 4.3.2 right now to test. Anything after kernel 3.12.6 causes random crashes quickly after starting firefox. After a crash, X is frozen but I can still connect with ssh. No amount of killing or restarting programs will bring it back though. I can see numerous stack traces in dmesg about "bad page map in process firefox". Sometimes "bad page state" instead. Starting firefox in safe mode works, so I deleted and resynced my profile then started re-enabling addons one by one, but I can't seem to isolate the problem so I've also switched to Chrome for now. At first I though it was graphics related, but the crash still happens if I start firefox over ssh X forwarding to another machine. Doesn't seem to be hardware related either since I've recently switched motherboard and gpu (from using nouveau to radeonsi). Let us know here if anyone has any luck with this problem, I'm quite partial to Firefox. I'll post my results of testing 4.3.2 soon.

kantras commented on 2014-02-20 06:51 (UTC)

4.3.2-1 has just been uploaded after build-testing on a couple of boxes. Apart from the version bump, this build attempts to download several of the source tarballs ahead of time - this means that we can ensure they are not corrupted/changed before they are used during compile.

ironicbadger commented on 2014-02-15 23:36 (UTC)

if it helps... http://unraidrepo.ktz.me/xen-4.3.1-2-x86_64.pkg.tar.xz

k1.hedayati commented on 2014-02-15 19:32 (UTC)

install -m0755 -p mini-os-x86_32-vtpmmgr/mini-os.gz "~/Downloads/xen/pkg/xen/usr/lib/xen/boot/vtpmmgr-stubdom.gz" make[1]: Leaving directory '~/Downloads/xen/src/xen-4.3.1/stubdom' gzip: boot/xen-syms-4.3.1: No such file or directory ==> ERROR: A failure occurred in package(). Aborting... :((

« First ‹ Previous 1 .. 52 53 54 55 56 57 58 59 60 61 62 .. 101 Next › Last »