19 messages in com.xensource.lists.xen-develRE: [Xen-devel] [PATCH 0/4] HVM Virtu...
FromSent OnAttachments
Ke, Liping19 May 2008 23:58 
Keir Fraser20 May 2008 06:52 
Ke, Liping20 May 2008 07:38 
Keir Fraser20 May 2008 07:42 
Ke, Liping20 May 2008 07:47 
Keir Fraser20 May 2008 07:49 
Ke, Liping20 May 2008 08:19 
Keir Fraser20 May 2008 08:20 
Ke, Liping20 May 2008 23:30 
Keir Fraser21 May 2008 00:32 
Keir Fraser23 May 2008 03:47 
Ke, Liping23 May 2008 16:40 
Ke, Liping23 May 2008 17:01 
Keir Fraser24 May 2008 00:37 
Ke, Liping25 May 2008 23:10 
Keir Fraser26 May 2008 00:20 
Ke, Liping26 May 2008 00:44 
Keir Fraser26 May 2008 00:48 
Ke, Liping26 May 2008 01:20 
Subject:RE: [Xen-devel] [PATCH 0/4] HVM Virtual S3 --- Revised and resent
From:Ke, Liping (lipi@intel.com)
Date:05/25/2008 11:10:40 PM
List:com.xensource.lists.xen-devel

Hi, Keir I did not meet the problem that you mentioned. I just test on cs17724 on below environment. 1) fc6_32p, no-pv drivers, It works fine. Also, works fine with save/restore
combined. 2) fc8_32e, no-pv drivers, X-window mode. It works fine with save/restore
combined. 3) fc6_32p, vif pv drivers, X-wirdow mode. It works fine with save/restore
combined. 4) fc8_32e, vtd nic assigned. It works fine. Yet found still find below problem domain_destroy is not completed, so vtd-resources are not freed totally. So
when you destroy this domain and recreate the domain process will fail.

Also verified with even have update_paging_modes, cr3 missing domain_page error problem still exists. I remember I tracked the problem before, When update_page_mode, if we changed cr3, it will put_page(old cr3 page) and Get_page(new cr3 page), so it will keep balance. But for this s3 case, since when sleep down it is in protected mode, when back it begins from real
mode, so the cr3 used in protected mode is never put?

So this is the only left problem I could find:)

Thanks& regards, Criping

-----Original Message----- From: Keir Fraser [mailto:keir@eu.citrix.com] Sent: 2008?5?23? 18:48 To: Ke, Liping; xen-@lists.xensource.com Subject: Re: [Xen-devel] [PATCH 0/4] HVM Virtual S3 --- Revised and resent

I think all these issues are fixed as of c/s 17713. However, when I s3resume a Linux guest I find it is unresponsive and the VGA display is corrupted by re-printing of BIOS start-of-day messages. Perhaps the BIOS is taking an incorrect path on S3 resume? It would be good if you can look into this now -- I think the hypervisor issues at least are now resolved and this is probably something in the higher-level rombios or ioemu logic.

-- Keir

On 21/5/08 07:31, "Ke, Liping" <lipi@intel.com> wrote:

Hi, Keir We have some test today, found several small points: 1. after cpu_reset, seems we need to call vcpu_initialise to reconstruct vmcs, otherwise, the domain could not be resumed back and xen has low response then. 2. yes, we may need to find a way to clear that io_port_write, otherwise, save will hang. I add back the clear (defer_shutdown =0) to have a test, then it works just fine. 3. in python, seems it will report a. global name "TRIGGER_S3RESUME" is not defined b. global name "HVM_PARAM_ACPI_S_STATE" is not defined

After solve those problems, I found it could work fine, even with PV drivers installed. I found vif is ok after resume back. Will you help us to solve them or need do it by us?

Thanks a lot for your help! Criping

Keir Fraser wrote:

On 20/5/08 16:19, "Ke, Liping" <lipi@intel.com> wrote:

OK. Another thing is that when debugging, we found when s3_sleep, it will generate the acpi_ioport write operation, it is not cleared so v->defer_shutdown is set when s3_suspend. Then it will prevent save process to do domain_shutdown, save process will hang. So we clear defer_shutdown flag for each vcpu when do s3_suspend.

After refactory since we did not clear the flag, I am not sure whether this problem will exist. I will have a try tomorrow.

Oh yes, I forgot I removed that. It looked a bit aggressive, so if the problem remains then perhaps we can find a nicer way round the problem.

-- Keir

_______________________________________________ Xen-devel mailing list Xen-@lists.xensource.com http://lists.xensource.com/xen-devel