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.fraser@xxxxxxxxxxxxx]
Sent: 2008?5?23? 18:48
To: Ke, Liping; xen-devel@xxxxxxxxxxxxxxxxxxx
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" <liping.ke@xxxxxxxxx> 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" <liping.ke@xxxxxxxxx> 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-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
|
Home