From mboxrd@z Thu Jan 1 00:00:00 1970 From: Keir Fraser Subject: Re: [PATCH 0/4] HVM Virtual S3 Date: Mon, 21 May 2007 07:25:50 +0100 Message-ID: References: <1104166E0B63A341805FDB977862AAD2408A1E@pdsmsx414.ccr.corp.intel.com> Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <1104166E0B63A341805FDB977862AAD2408A1E@pdsmsx414.ccr.corp.intel.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: "Yu, Ke" , Keir Fraser , xen-devel@lists.xensource.com Cc: "Tian, Kevin" , "Zhai, Edwin" List-Id: xen-devel@lists.xenproject.org On 21/5/07 04:10, "Yu, Ke" wrote: > 1. For HVM without PV, QEMU call xc_save, qemu_savevm,... at the virtual S3 > final stage. In this case S3 should somehow be an option to 'xm save', so an alternative to doing an immediate remote shutdown on the HVM guest. Instead we would inject a S3 event and when the guest enters S3 qemu would do the remote shutdown at that point. This has to be an option to 'xm save', or perhaps a domain config option, because not all guests will respond to PM events to enter S3 state. > 2. For HVM with PV, need also add PV driver suspend/resume interface to > disconnect/reconnect xenbus connection. Possibly we can leave the S3 kickoff to the PV drivers. So xend notifies PV drivers to suspend, they do their thing, kick S3 code in a guest-OS-specific way, guest enters S3, qemu does remote shutdown. Then on wakeup the S3 restore code runs before PV-driver restore. -- Keir > - I implement the basic Virtual S3 code and leave interface for save/restore > - You or the PV maintainer add the above save/restore logic upon the basic > virtual S3 code.