search for: domain_paus

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

...nInfo:2402) XendDomainInfo.destroy: domid=4 [2009-02-02 11:35:23 12629] ERROR (XendDomainInfo:2416) XendDomainInfo.destroy: domain destruction failed. Traceback (most recent call last): File "/usr/lib64/python2.4/site-packages/xen/xend/XendDomainInfo.py", line 2409, in destroy xc.domain_pause(self.domid) Error: (3, ''No such process'') *xend appears to tear down the failed target vm* [2009-02-02 11:35:23 12629] ERROR (XendDomain:1145) Restore failed Traceback (most recent call last): File "/usr/lib64/python2.4/site-packages/xen/xend/XendDomain.py", line 114...

...uct domain *d) diff -r 58d131f1fb35 -r 2c9db26f1d0e xen/common/domain.c --- a/xen/common/domain.c Fri Aug 24 16:32:56 2007 +0100 +++ b/xen/common/domain.c Tue Aug 28 13:06:41 2007 +0900 @@ -298,26 +298,37 @@ struct domain *rcu_lock_domain_by_id(dom } -void domain_kill(struct domain *d) -{ - domain_pause(d); - - /* Already dying? Then bail. */ - if ( test_and_set_bool(d->is_dying) ) - { - domain_unpause(d); - return; - } - - evtchn_destroy(d); - gnttab_release_mappings(d); - domain_relinquish_resources(d); - put_domain(d); - - /* Kick page scrubbing afte...

...UF_need_sync 14 +#define VCPUF_need_sync (1UL<<_VCPUF_need_sync) /* * Per-domain flags (domain_flags). @@ -465,6 +468,7 @@ static inline int vcpu_runnable(struct v void vcpu_pause(struct vcpu *v); void vcpu_pause_nosync(struct vcpu *v); +void vcpu_pause_self(void); void domain_pause(struct domain *d); void vcpu_unpause(struct vcpu *v); void domain_unpause(struct domain *d); _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel

...exit with rc=1 DEBUG (XendDomainInfo:2189) XendDomainInfo.destroy: domid=2 ERROR (XendDomainInfo:2198) XendDomainInfo.destroy: xc.domain_destroy failed. Traceback (most recent call last): File "/usr/lib64/python2.4/site-packages/xen/xend/XendDomainInfo.py", line 2194, in destroy xc.domain_pause(self.domid) Error: (3, ''No such process'') I have traced back the error to the following code snippet in tools/libxc/xc_linux_restore.c file ~ this is Xen 3.0.3, included in RHEL 5.5: /* Read first entry of P2M list, or extended-info signature (~0UL). */ if (!read_exact(...

...and then: > [2012-03-13 20:38:23 1696] ERROR (XendDomainInfo:3085) > XendDomainInfo.destroy: domain destruction failed. > Traceback (most recent call last): > File > "/usr/lib64/python2.6/site-packages/xen/xend/XendDomainInfo.py", line > 3078, in destroy > xc.domain_pause(self.domid) > Error: (3, ''No such process'') I have searched the net and this list and found a few posts mentioning this error, but no solution, not even a hint on the source of the probelm. And most of the posts seem concerned with Remus, not with "plain" live mig...

...(!spin_trylock(&pm_lock)) - return -EBUSY; - +/* Record the last paused domain at freeze phase */ +static struct domain *pd; +static int freeze_domains(void) +{ + struct domain *d; + + pd = NULL; for_each_domain(d) if (d->domain_id != 0) { domain_pause(d); if (is_hvm_domain(d) && !hvm_suspend_domain(d)) { - error = -EINVAL; - goto Unpause; + domain_unpause(d); + return 0; } pd = d; } - + return 1; +} + +static void...

Two things: 1. I''m not convinced ''xm crash'' is needed - ''xm destroy'' will do this (and if you want a dump, do ''xm dump'' followed by ''xm destroy'') 2. I don''t see the point of the --noreboot option on ''xm dump'' -- I think this command should simply live-dump the specified domain - as

....data = xmalloc_bytes(c.size)) == NULL ) >> + goto sethvmcontext_out; >> + >> + ret = -EFAULT; >> + if ( copy_from_guest(c.data, domctl->u.hvmcontext.buffer, c.size) != 0 ) >> + goto sethvmcontext_out; >> + >> + domain_pause(d); >> + ret = hvm_load(d, &c); >> + domain_unpause(d); >> + >> + sethvmcontext_out: >> + if ( c.data != NULL ) >> + xfree(c.data); >> + } >> + break; >> + case XEN_DOMCTL_gethvmcontext: >>...

...814] DEBUG (XendDomainInfo:2420) XendDomainInfo.destroy: domid=10 [2009-01-03 21:29:11 4814] ERROR (XendDomainInfo:2435) XendDomainInfo.destroy: domain destruction failed. Traceback (most recent call last): File "//usr/lib/python/xen/xend/XendDomainInfo.py", line 2428, in destroy xc.domain_pause(self.domid) Error: (3, ''No such process'') -------------- ------------- ---------------- Excerpt of logs in the source server: -------- -------- ----- [2009-01-03 20:58:55 6693] INFO (XendDomain:1174) Domain AES-HVM (3) unpaused. [2009-01-03 20:59:48 6693] DEBUG (XendDomainIn...

...b/xen/arch/arm/domctl.c index cb38e59..eb74225 100644 --- a/xen/arch/arm/domctl.c +++ b/xen/arch/arm/domctl.c @@ -93,6 +93,15 @@ long arch_do_domctl(struct xen_domctl *domctl, struct domain *d, xfree(c.data); } break; + case XEN_DOMCTL_shadow_op: + { + domain_pause(d); + ret = dirty_mode_op(d, &domctl->u.shadow_op); + domain_unpause(d); + + copyback = 1; + } + break; default: return -EINVAL; diff --git a/xen/arch/arm/mm.c b/xen/arch/arm/mm.c index bf13993..d5a0a11 100644 --- a/xen/arch/arm/mm.c +...

...d_sync 4 +#define VPF_need_sync (1UL<<_VPF_need_sync) static inline int vcpu_runnable(struct vcpu *v) { @@ -467,6 +470,7 @@ static inline int vcpu_runnable(struct v void vcpu_pause(struct vcpu *v); void vcpu_pause_nosync(struct vcpu *v); +void vcpu_pause_self(void); void domain_pause(struct domain *d); void vcpu_unpause(struct vcpu *v); void domain_unpause(struct domain *d); _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel

...omainInfo:3111) XendDomainInfo.destroy: domid=1 [2010-07-01 12:08:14 5660] ERROR (XendDomainInfo:3125) XendDomainInfo.destroy: domain destruction failed. Traceback (most recent call last): File "/usr/lib64/python2.6/site-packages/xen/xend/XendDomainInfo.py", line 3118, in destroy xc.domain_pause(self.domid) Error: (3, ''No such process'') [2010-07-01 12:08:14 5660] DEBUG (XendDomainInfo:2451) No device model [2010-07-01 12:08:14 5660] DEBUG (XendDomainInfo:2453) Releasing devices [2010-07-01 12:08:14 5660] DEBUG (XendDomainInfo:2459) Removing vif/0 [2010-07-01 12:08:14 566...

...X) + return -EINVAL; + + /* Sync lazy state on ths cpu */ + __sync_lazy_execstate(); + pmprintk(XENLOG_INFO, "Flush lazy state\n"); + + if (!spin_trylock(&pm_lock)) + return -EBUSY; + + for_each_domain(d) + if (d->domain_id != 0) + domain_pause(d); + + pmprintk(XENLOG_INFO, "PM: Preparing system for %s sleep\n", + acpi_states[state]); + + local_irq_save(flags); + + if ((error = device_power_down())) + { + printk(XENLOG_ERR "Some devices failed to power down\n"); + goto Done; + } + +...

...+ struct domain *d; + unsigned long flags; + int error; + + if (state <= ACPI_STATE_S0 || state > ACPI_S_STATES_MAX) + return -EINVAL; + + if (!spin_trylock(&pm_lock)) + return -EBUSY; + + for_each_domain(d) + if (d->domain_id != 0) + domain_pause(d); + + printk("PM: Preparing system for %s sleep\n", acpi_states[state]); + + local_irq_save(flags); + + if ((error = device_power_down())) { + printk(KERN_ERR "Some devices failed to power down\n"); + goto Done; + } + + ACPI_FLUSH_CPU_CACHE(); + +...

Here is the latest version of the patches to package the ocaml libraries. Changes since last time: * rename the packages from libxen-4.1-ocaml* to libxen-ocaml* - we wont be looking to install multiple concurrent versions of the same package, so the version doesn't need to be in the package name * Removed superfluous GENCONTROL definitions - dh_ocaml does what we need * Removed

This is an update to the patches sent out on 25th October. I expect, as before, that some of the larger patches won't get to the list so they are also available here: https://github.com/jonludlam/pkg-xen/commits/for-debian6. Changes since last mail: * I have split out the unrelated change to include 2 extra header files in libxen-dev * I have removed some instances of brace expansion

Hi, In the case of linux, crash_kexec() is occured by "sysrq c". In the case of DomainU on xen, Help is occured by "sysrq c" now. So The way of dumping DomainU''s memory manualy is nothing. I fix this issue by the following way. 1. Panic is occured by "sysrq c" on both Domain0 and DomainU. 2. On DomainU, coredump is generated in /var/xen/dump (on Domain0).

The following set of patches package up the ocaml libraries that are part of the standard xen build. The patches are also currently available at: https://github.com/jonludlam/pkg-xen/commits/for-debian There are some things to note: 1. The 5 patches imported from xen-unstable are not, and will not go into the xen-4.1-stable series. However, the patches were created at the request of the

The following series of patches fill in most of the gaps in the OCaml bindings to libxl, to make them useful for clients such as xapi/xenopsd (from XCP). There are a number of bugfixes to the existing bindings as well. I have an experimental version of xenopsd that successfully uses the new bindings. An earlier version of the first half of the series was submitted to the last by Ian Campbell on