Displaying 7 results from an estimated 7 matches for "vcpu_pause".
2007 Jun 27
10
[PATCH 6/10] Allow vcpu to pause self
...ing interface,
since the new flag also serves as a sync point.
Signed-off-by Kevin Tian <kevin.tian@intel.com>
diff -r d5315422dbc8 xen/common/domain.c
--- a/xen/common/domain.c Mon May 14 18:35:31 2007 -0400
+++ b/xen/common/domain.c Mon May 14 20:21:04 2007 -0400
@@ -530,6 +530,17 @@ void vcpu_pause_nosync(struct vcpu *v)
vcpu_sleep_nosync(v);
}
+/* _VPF_need_sync serves not only as flag for sync pause, but also
+ * as hint for other cpu waiting for this pause.
+ */
+void vcpu_pause_self(void)
+{
+ struct vcpu *v = current;
+
+ set_bit(_VPF_need_sync, &v->pause_flags);
+...
2006 Jun 20
1
Re: [Xen-ia64-devel] Weekly benchmark results [ww24]
==================
STATUS
==================
I do the heavy load test of create/destroy.
CREDIT scheduler(cshed_schedule) checks BUG_ON(!vcpu_running) at the end of code.
It makes error.
The reason is that
atomic_inc(&v->pausecnt)@vcpu_pause() is called without lock.
(spin_lock(&schedule_data[cpu].schedule_lock))
This lock-less "pausecnt" makes vcpu_running state changing
during the lock of
spin_lock_irq(&schedule_data[cpu].schedule_lock)@__enter_schduler().
The code of cshed_schedule exists within this lock.
===...
2007 Feb 14
0
[PATCH 11/12] Allow vcpu to pause self
Allow one vcpu to pause self, with full context sync-ed.
Signed-off-by Kevin Tian <kevin.tian@intel.com>
diff -r f6443af464be xen/common/domain.c
--- a/xen/common/domain.c Tue Feb 13 13:37:12 2007 +0800
+++ b/xen/common/domain.c Tue Feb 13 13:41:44 2007 +0800
@@ -375,6 +375,18 @@ void vcpu_pause_nosync(struct vcpu *v)
vcpu_sleep_nosync(v);
}
+/* This is not a code path called from guest, since execution is paused
+ * after next context switch. ACPI PM requires this to pause vcpu0 of
+ * dom0 itself, in case that vcpu not running on cpu 0.
+ */
+void vcpu_pause_self(void)
+{
+ st...
2005 Oct 10
13
[PATCH] 0/2 VCPU creation and allocation
I''ve put together two patches. The first introduces a new dom0_op,
set_max_vcpus, which with an associated variable and a check in the
VCPUOP handler fixes [1]bug 288. Also included is a new VCPUOP,
VCPUOP_create, which handles all of the vcpu creation tasks and leaves
initialization and unpausing to VCPUOP_initialize. The separation
allows for build-time allocation of vcpus which
2012 Dec 12
2
[PATCH v7 1/2] xen: unify domain locking in domctl code
These two patches were originally part of the XSM series that I have
posted, and remain prerequisites for that series. However, they are
independent of the XSM changes and are a useful simplification
regardless of the use of XSM.
The Acked-bys on these patches were provided before rebasing them over
the copyback changes in 26268:1b72138bddda, which had minor conflicts
that I resolved.
[PATCH
2011 Nov 08
48
Need help with fixing the Xen waitqueue feature
The patch ''mem_event: use wait queue when ring is full'' I just sent out
makes use of the waitqueue feature. There are two issues I get with the
change applied:
I think I got the logic right, and in my testing vcpu->pause_count drops
to zero in p2m_mem_paging_resume(). But for some reason the vcpu does
not make progress after the first wakeup. In my debugging there is one
2013 Mar 12
14
vpmu=1 and running 'perf top' within a PVHVM guest eventually hangs dom0 and hypervisor has stuck vCPUS. Romley-EP (model=45, stepping=2)
...00000000000e02b^M
(XEN) 0000000000000000 0000000000000000 0000000000000000 0000000000000000^M
(XEN) 0000000000000000 ffff8300bdfa7000 0000000000000000 0000000000000000^M
(XEN) Xen call trace:^M
(XEN) [<ffff82c4c0125461>] vcpu_sleep_sync+0x53/0x82^M
(XEN) [<ffff82c4c0104703>] vcpu_pause+0x35/0x37^M
(XEN) [<ffff82c4c01ce55f>] vmx_vmcs_enter+0x89/0xba^M
(XEN) [<ffff82c4c01ce5de>] vmcs_dump_vcpu+0x4e/0x756^M
(XEN) [<ffff82c4c01ced80>] vmcs_dump+0x9a/0xe2^M
(XEN) [<ffff82c4c011054c>] handle_keypress+0x70/0x9c^M
(XEN) [<ffff82c4c011058d>] ke...