similar to: [79030.229547] motion: page allocation failure: order:6, mode:0xd4

Displaying 8 results from an estimated 8 matches similar to: "[79030.229547] motion: page allocation failure: order:6, mode:0xd4"

2014 Oct 13
2
kernel crashes after soft lockups in xen domU
Hey again, Am 2014-08-19 12:26, schrieb Jonas Meurer: > I encounter kernel crashes on an up-to-date Debian/Wheezy Xen domU with > the > stock kernel. The dom0 runs the same linux kernel and > xen/4.1.4-3+deb7u1. the bug is still reproducible with the latest kernel and Xen packages from Debian Wheezy. Unfortunately it seems like a corner case, somehow related to the hardware
2014 Nov 05
0
kernel crashes after soft lockups in xen domU
And some more information ... Am 2014-10-13 12:04, schrieb Jonas Meurer: > Am 2014-08-19 12:26, schrieb Jonas Meurer: >> I encounter kernel crashes on an up-to-date Debian/Wheezy Xen domU >> with the >> stock kernel. The dom0 runs the same linux kernel and >> xen/4.1.4-3+deb7u1. > > the bug is still reproducible with the latest kernel and Xen packages >
2011 Sep 12
1
SLUB allocation error on 3.0.3 / 4.1.1
Hi All, Running into temporary pauses in our VMs which correspond to these errors in dmesg on the dom0: [1721485.352560] SLUB: Unable to allocate memory on node -1 (gfp=0x20) [1721485.352563] cache: kmalloc-2048, object size: 2048, buffer size: 2048, default order: 3, min order: 0 [1721485.352566] node 0: slabs: 81, objs: 1296, free: 0 [1721485.352576] swapper: page allocation failure:
2012 Sep 18
1
Back trace from rcutree.c after resuming from S3
Hi, after solving the issue I had with a DVB tuner I tested again suspending and resuming from S3. I am now running Xen 4.2.0 and have applied patches [1] and [2] (any idea why they are still not in mainline?) over a 3.5.3 kernel. I only tried once since I upgraded my Xen, but after resuming I got the following back trace: [ 142.267299] pcieport 0000:00:1c.5: wake-up capability enabled by ACPI
2017 Apr 20
0
Testing kernel crash: 4.9.23-26.el6.x86_64
Hello CentOS Xen Heroes, Yesterday, I have installed testing kernel 4.9.23-26.el6.x86_64 from virt-xen-testing repo. It crashed today morning. Hardware is a pretty ancient, testing machine (CO6 PV guests only), but had no problems yet. It was stable on 4.9*, including testing 4.9.15-22.el6.x86_64 Console output: [59826.069427] general protection fault: 0000 [#1] SMP [59826.069463] Modules
2011 Jun 30
0
xen api sdk password
hi i have installed xcp and installed xen api sdk using the xcp cd and all the installation is working well , when i have entered into the xen api sdk in the console its asking me the login and the password ... But during the installation i have not given any login and password can u tell me the login and password i need to do program for vm migration and the procedure , i.e. how to write the
2012 Apr 10
7
[PATCH v3 1/2] xen: enter/exit lazy_mmu_mode around m2p_override calls
This patch is a significant performance improvement for the m2p_override: about 6% using the gntdev device. Each m2p_add/remove_override call issues a MULTI_grant_table_op and a __flush_tlb_single if kmap_op != NULL. Batching all the calls together is a great performance benefit because it means issuing one hypercall total rather than two hypercall per page. If paravirt_lazy_mode is set
2009 Aug 03
13
kernel BUG at arch/x86/xen/multicalls.c:103!
Hi, I have this bug when I activate java-6-jdk on Tomcat 5.5.26 in a Lenny Guest : Jul 31 21:24:15 tomcat01 kernel: 1 multicall(s) failed: cpu 3 Jul 31 21:24:15 tomcat01 kernel: call 1/1: op=14 arg=[b7f1a000] result=-22 Jul 31 21:24:15 tomcat01 kernel: ------------[ cut here ]------------ Jul 31 21:24:15 tomcat01 kernel: kernel BUG at arch/x86/xen/multicalls.c:103! Jul 31 21:24:15 tomcat01