Displaying 8 results from an estimated 8 matches similar to: "[PATCH][HVM] fix smp guest hang after restore"
2010 Dec 09
0
[PATCH]x86:vlapic: Fix possible guest tick losing after save/restore
x86:vlapic: Fix possible guest tick losing after save/restore
Guest vcpu may totally lose all ticks if the vlapic->pt.irq was not restored during save/restore process. Fix it.
Signed-off-by: Wei Gang <gang.wei@intel.com>
diff -r 0892f5a96736 xen/arch/x86/hvm/vlapic.c
--- a/xen/arch/x86/hvm/vlapic.c Fri Dec 10 15:19:51 2010 +0800
+++ b/xen/arch/x86/hvm/vlapic.c Fri Dec 10 15:27:11 2010
2010 Aug 05
6
[PATCH 10/14] Nested Virtualization: svm specific implementation
Signed-off-by: Christoph Egger <Christoph.Egger@amd.com>
--
---to satisfy European Law for business letters:
Advanced Micro Devices GmbH
Einsteinring 24, 85609 Dornach b. Muenchen
Geschaeftsfuehrer: Alberto Bozzo, Andrew Bowd
Sitz: Dornach, Gemeinde Aschheim, Landkreis Muenchen
Registergericht Muenchen, HRB Nr. 43632
_______________________________________________
Xen-devel mailing list
2019 Sep 23
2
[PATCH nbdkit v2] server: public: Add nbdkit_parse_* functions for safely parsing integers.
On Mon, Sep 23, 2019 at 01:23:28PM -0500, Eric Blake wrote:
> > Hopefully it will warn us if uid_t stops being int. (Also
> > we're assuming pid_t == int).
>
> 64-bit mingw has had a long-standing bug that pid_t was declared as
> 64-bit, even though getpid() returns a 32-bit 'int'; I wish they'd fix
> their headers, but it violates the assumption of pid_t
2013 Oct 08
3
Re: [PATCH v4 1/9] xen/arm: Implement hvm save and restore
>------- Original Message -------
>Sender : Julien Grall<julien.grall@linaro.org>
>Date : 2013-10-07 21:49 (GMT+09:00)
>Title : Re: [Xen-devel] [PATCH v4 1/9] xen/arm: Implement hvm save and restore
>
>On 10/04/2013 05:43 AM, Jaeyong Yoo wrote:
>> Implement save/restore of hvm context hypercall. In hvm
>> context save/restore, we save gic, timer and vfp
2013 Oct 20
3
[virtio-net] BUG: sleeping function called from invalid context at kernel/mutex.c:616
Greetings,
I got the below dmesg and the first bad commit is
commit 3ab098df35f8b98b6553edc2e40234af512ba877
Author: Jason Wang <jasowang at redhat.com>
Date: Tue Oct 15 11:18:58 2013 +0800
virtio-net: don't respond to cpu hotplug notifier if we're not ready
We're trying to re-configure the affinity unconditionally in cpu hotplug
callback. This may lead the
2013 Oct 20
3
[virtio-net] BUG: sleeping function called from invalid context at kernel/mutex.c:616
Greetings,
I got the below dmesg and the first bad commit is
commit 3ab098df35f8b98b6553edc2e40234af512ba877
Author: Jason Wang <jasowang at redhat.com>
Date: Tue Oct 15 11:18:58 2013 +0800
virtio-net: don't respond to cpu hotplug notifier if we're not ready
We're trying to re-configure the affinity unconditionally in cpu hotplug
callback. This may lead the
2013 Oct 06
40
[xen] double fault: 0000 [#1] PREEMPT SMP DEBUG_PAGEALLOC
Greetings,
I got the below dmesg and the first bad commit is
commit cf39c8e5352b4fb9efedfe7e9acb566a85ed847c
Merge: 3398d25 23b7eaf
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date: Wed Sep 4 17:45:39 2013 -0700
Merge tag ''stable/for-linus-3.12-rc0-tag'' of git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip
Pull Xen updates from Konrad
2013 Jun 19
4
e008:[<ffff82c480122353>] check_lock+0x1b/0x45 [konrad.wilk@oracle.com: FAILURE 3.10.0-rc6upstream-00061-g752bf7d(x86_64) 3.10.0-rc6upstream-00061-g752bf7d(i386): 2013-06-19 (tst007)]
Hey,
It looks like one of the patches that went in Xen 4.1 blows up.
This used to work over the weekend, so I can only surmise
it is one the three patches. This is with a debug=y build
(which has been working nicely for the last month or more).
It looks like one of the patches that went in Xen 4.1 blows up.
This used to work a day ago - that is c/s 23551 worked nicely.
----- Forwarded message