|
|
|
|
|
|
|
|
|
|
xen-devel
RE: [Xen-devel] S3 sleep in dom0 breaks dom0<->domU wallclock synchroniz
To: |
Keir Fraser <keir.fraser@xxxxxxxxxxxxx>, Joanna Rutkowska <joanna@xxxxxxxxxxxxxxxxxxxxxx>, Jan Beulich <JBeulich@xxxxxxxxxx> |
Subject: |
RE: [Xen-devel] S3 sleep in dom0 breaks dom0<->domU wallclock synchronization |
From: |
Dan Magenheimer <dan.magenheimer@xxxxxxxxxx> |
Date: |
Tue, 6 Jul 2010 07:53:50 -0700 (PDT) |
Cc: |
Jeremy Fitzhardinge <jeremy@xxxxxxxx>, Jeremy Fitzhardinge <Jeremy.Fitzhardinge@xxxxxxxxxx>, Konrad Wilk <konrad.wilk@xxxxxxxxxx>, Rafal, xen-devel@xxxxxxxxxxxxxxxxxxx, Wojtczuk <rafal@xxxxxxxxxxxxxxxxxxxxxx> |
Delivery-date: |
Tue, 06 Jul 2010 07:55:34 -0700 |
Envelope-to: |
www-data@xxxxxxxxxxxxxxxxxxx |
In-reply-to: |
<C858E525.197BC%keir.fraser@xxxxxxxxxxxxx> |
List-help: |
<mailto:xen-devel-request@lists.xensource.com?subject=help> |
List-id: |
Xen developer discussion <xen-devel.lists.xensource.com> |
List-post: |
<mailto:xen-devel@lists.xensource.com> |
List-subscribe: |
<http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe> |
List-unsubscribe: |
<http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe> |
References: |
<4C33051B.30109@xxxxxxxxxxxxxxxxxxxxxx C858E525.197BC%keir.fraser@xxxxxxxxxxxxx> |
Sender: |
xen-devel-bounces@xxxxxxxxxxxxxxxxxxx |
> >> Wouldn't it be much simpler to not introduce any new logic at all
> and
> >> just let Dom0 tools/scripts take care of properly suspending
> >> (checkpointing) all (minimally all pv, but I would really think
> treating
> >> different kinds of guests differently here is unnecessary) guests
> >> before doing a host suspend, as Jeremy had suggested in an earlier
> >> reply?
> >>
> >
> > But wouldn't this require dumping all the VMs memory do disk? Can we
> use
> > xm pause instead, i.e. will it notify VMs properly?
>
> It just requires the guests to be put through a guest-side
> suspend/resume
> cycle. The usual tools-side work of saving to disk etc could be elided.
> Yes,
> it probably makes sense to extend that existing mechanism to include S3
> as
> well. Just needs someone to do the work. :-)
In the meantime, is there any easy way to stop dom0
from entering S3? (E.g., like the Xen max_cstate parameter
for C states?)
I've been seeing some similar guest issues recently running
RHEL6beta guests and wonder if I am seeing the same problem.
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
|
<Prev in Thread] |
Current Thread |
[Next in Thread>
|
- Re: [Xen-devel] S3 sleep in dom0 breaks dom0<->domU wallclock synchronization, (continued)
- Re: [Xen-devel] S3 sleep in dom0 breaks dom0<->domU wallclock synchronization, Keir Fraser
- Re: [Xen-devel] S3 sleep in dom0 breaks dom0<->domU wallclock synchronization, Joanna Rutkowska
- Re: [Xen-devel] S3 sleep in dom0 breaks dom0<->domU wallclock synchronization, Jan Beulich
- Re: [Xen-devel] S3 sleep in dom0 breaks dom0<->domU wallclock synchronization, Joanna Rutkowska
- Re: [Xen-devel] S3 sleep in dom0 breaks dom0<->domU wallclock synchronization, Keir Fraser
- Re: [Xen-devel] S3 sleep in dom0 breaks dom0<->domU wallclock synchronization, Joanna Rutkowska
- Re: [Xen-devel] S3 sleep in dom0 breaks dom0<->domU wallclock synchronization, Joanna Rutkowska
- RE: [Xen-devel] S3 sleep in dom0 breaks dom0<->domU wallclock synchronization,
Dan Magenheimer <=
- Re: [Xen-devel] S3 sleep in dom0 breaks dom0<->domU wallclock synchronization, Jeremy Fitzhardinge
|
|
|
|
|