All of lore.kernel.org
 help / color / mirror / Atom feed
* [BUG REPORT] Xen 4.3 xl failed to save domu with -c param
@ 2013-07-29  9:57 rwxybh
  2013-07-31 16:36 ` George Dunlap
  0 siblings, 1 reply; 2+ messages in thread
From: rwxybh @ 2013-07-29  9:57 UTC (permalink / raw)
  To: xen-devel


[-- Attachment #1.1: Type: text/plain, Size: 1167 bytes --]

Hi all!

I think there is a bug in liibxl_dom.c
for this function -> libxl__domain_resume_device_model

976 int libxl__domain_resume_device_model(libxl__gc *gc, uint32_t domid)
977 {
978 
979     switch (libxl__device_model_version_running(gc, domid)) {
980     case LIBXL_DEVICE_MODEL_VERSION_QEMU_XEN_TRADITIONAL: {
981         libxl__qemu_traditional_cmd(gc, domid, "continue");
982         libxl__wait_for_device_model(gc, domid, "running", NULL, NULL, NULL);
983         break;
984     }
985     case LIBXL_DEVICE_MODEL_VERSION_QEMU_XEN:
986         if (libxl__qmp_resume(gc, domid))
987             return ERROR_FAIL;
        break;
988     default:
989         return ERROR_INVAL;
990     }
991 
992     return 0;
993 }

we should add "break" between line 987 & 988

Another problem:

The guest hung after  cmd "xl save -c domid /fpath" with PV driver
if we remove/disable the pv driver, the function works well

Test ENV:
host: xen 4.3 + upstream qemu dm
dom0: Oracle UEK kernel
guest: win2k3 SP2 & centos 6.4

Additional
There is no valuable debug info in xl dmesg, /var/log/xen*

Any Suggestion?? 






rwxybh

[-- Attachment #1.2: Type: text/html, Size: 3544 bytes --]

[-- Attachment #2: Type: text/plain, Size: 126 bytes --]

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

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: [BUG REPORT] Xen 4.3 xl failed to save domu with -c param
  2013-07-29  9:57 [BUG REPORT] Xen 4.3 xl failed to save domu with -c param rwxybh
@ 2013-07-31 16:36 ` George Dunlap
  0 siblings, 0 replies; 2+ messages in thread
From: George Dunlap @ 2013-07-31 16:36 UTC (permalink / raw)
  To: rwxybh; +Cc: James Harper, Paul Durrant, xen-devel

On Mon, Jul 29, 2013 at 10:57 AM, rwxybh <rwxybh@126.com> wrote:
> Hi all!
>
> I think there is a bug in liibxl_dom.c
> for this function -> libxl__domain_resume_device_model
>
> 976 int libxl__domain_resume_device_model(libxl__gc *gc, uint32_t domid)
> 977 {
> 978
> 979     switch (libxl__device_model_version_running(gc, domid)) {
> 980     case LIBXL_DEVICE_MODEL_VERSION_QEMU_XEN_TRADITIONAL: {
> 981         libxl__qemu_traditional_cmd(gc, domid, "continue");
> 982         libxl__wait_for_device_model(gc, domid, "running", NULL, NULL,
> NULL);
> 983         break;
> 984     }
> 985     case LIBXL_DEVICE_MODEL_VERSION_QEMU_XEN:
> 986         if (libxl__qmp_resume(gc, domid))
> 987             return ERROR_FAIL;
>         break;
> 988     default:
> 989         return ERROR_INVAL;
> 990     }
> 991
> 992     return 0;
> 993 }
>
> we should add "break" between line 987 & 988
>
> Another problem:
>
> The guest hung after  cmd "xl save -c domid /fpath" with PV driver
> if we remove/disable the pv driver, the function works well

Which PV driver are you using?

I think the PV drivers cooperate with the save / restore by
disconnecting and re-connecting; it's possible that the '-c' parameter
isn't sending one of the necessary signals.

 -George

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2013-07-31 16:36 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-07-29  9:57 [BUG REPORT] Xen 4.3 xl failed to save domu with -c param rwxybh
2013-07-31 16:36 ` George Dunlap

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.