Am 02.04.14 16:44, schrieb Ian Jackson:
Atom2 writes ("Re: [Xen-devel] [Xen-users] substantial shutdown delay
for PV guests with PCI -passthrough"):
Am 21.03.14 19:11, schrieb Ian Jackson:
Can you run it again with this, on top of the previous patch, please ?
Sure, the new output of xl -vvv create -F domain is again attached to
this e-Mail.
Sorry for the delay replying. I have been ill :-(.
Sorry to hear that. Though I noticed your absence from the list I simply
assumed that you were off on vacation. In any case good to see you back.
<NOTE: at this point a 10s pause happens>
libxl: error: libxl_device.c:1134:libxl__wait_for_backend_deprecated:
Backend /local/domain/0/backend/pci/4/0 not ready (state 7)
libxl: error: libxl_device.c:1138:libxl__wait_for_backend_deprecated:
FE /local/domain/4/device/pci/0 state 6
libxl: debug: libxl_pci.c:204:libxl__device_pci_remove_xenstore: pci
backend at /local/domain/0/backend/pci/4/0 is not ready
libxl: error: libxl_pci.c:1250:do_pci_remove:
xc_domain_irq_permission irq=16
So the backend here is in state 7 (Reconfiguring), but the frontend is
in state 6 (Closed). I think this is a bug in pciback.
I looked at drivers/xen/xen-pciback/xenbus.c in Linux 3.13 and found
xen_pcibk_frontend_changed which seems to do roughly what I would
expect.
Has this changed at some point ?
Atom, what kernel are you using ?
All the error messages stem from kernel 3.11.7. In the meantime 3.13.2
became stable for gentoo and I installed that a few days ago. I have not
run the debug output yet or timed the shutdown process, but there's
still a delay with that kernel and it feels as long as before. I you
want, I can clearly provide new debug output or timing information.
Thanks Atom2
Thanks,
Ian.
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel
