Daniel Kiper
2011-Mar-08 21:44 UTC
[Xen-devel] [PATCH R4 0/7] xen/balloon: Memory hotplug support for Xen balloon driver
Hi, I am sending next version of memory hotplug support for Xen balloon driver patch. It applies to Linus'' git tree, v2.6.38-rc8 tag. Most of suggestions were taken into account. Thanks for everybody who tested and/or sent suggestions to my work. There are a few prerequisite patches which fixes some problems found during work on memory hotplug patch or add some futures which are needed by memory hotplug patch. Full list of fixes/futures: - xen/balloon: Removal of driver_pages, - xen/balloon: HVM mode support, - xen/balloon: Migration from mod_timer() to schedule_delayed_work(), - xen/balloon: Protect against CPU exhaust by event/x process, - xen/balloon: Minor notation fixes, - mm: Extend memory hotplug API to allow memory hotplug in virtual guests, - xen/balloon: Memory hotplug support for Xen balloon driver. Additionally, I suggest to apply patch prepared by Steffano Stabellini (https://lkml.org/lkml/2011/1/31/232) which fixes memory management issue in Xen guest. I was not able boot guest machine without above mentioned patch. I have received notice that previous series of patches broke machine migration under Xen. I am going to confirm that and solve that problem ASAP. I do not have received any notices about other problems till now. Daniel _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
Stefano Stabellini
2011-Mar-09 14:01 UTC
[Xen-devel] Re: [PATCH R4 0/7] xen/balloon: Memory hotplug support for Xen balloon driver
On Tue, 8 Mar 2011, Daniel Kiper wrote:> Hi, > > I am sending next version of memory hotplug > support for Xen balloon driver patch. It applies > to Linus'' git tree, v2.6.38-rc8 tag. Most of > suggestions were taken into account. Thanks for > everybody who tested and/or sent suggestions > to my work. > > There are a few prerequisite patches which fixes > some problems found during work on memory hotplug > patch or add some futures which are needed by > memory hotplug patch. > > Full list of fixes/futures: > - xen/balloon: Removal of driver_pages, > - xen/balloon: HVM mode support, > - xen/balloon: Migration from mod_timer() to schedule_delayed_work(), > - xen/balloon: Protect against CPU exhaust by event/x process, > - xen/balloon: Minor notation fixes, > - mm: Extend memory hotplug API to allow memory hotplug in virtual guests, > - xen/balloon: Memory hotplug support for Xen balloon driver. > > Additionally, I suggest to apply patch prepared by Steffano Stabellini > (https://lkml.org/lkml/2011/1/31/232) which fixes memory management > issue in Xen guest. I was not able boot guest machine without > above mentioned patch.after some discussions we came up with a different approach to fix the issue; I sent a couple of patches a little while ago: https://lkml.org/lkml/2011/2/28/410 _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
Daniel Kiper
2011-Mar-15 14:29 UTC
[Xen-devel] Re: [PATCH R4 0/7] xen/balloon: Memory hotplug support for Xen balloon driver
On Wed, Mar 09, 2011 at 02:01:25PM +0000, Stefano Stabellini wrote:> On Tue, 8 Mar 2011, Daniel Kiper wrote: > > Hi, > > > > I am sending next version of memory hotplug > > support for Xen balloon driver patch. It applies > > to Linus'' git tree, v2.6.38-rc8 tag. Most of > > suggestions were taken into account. Thanks for > > everybody who tested and/or sent suggestions > > to my work. > > > > There are a few prerequisite patches which fixes > > some problems found during work on memory hotplug > > patch or add some futures which are needed by > > memory hotplug patch. > > > > Full list of fixes/futures: > > - xen/balloon: Removal of driver_pages, > > - xen/balloon: HVM mode support, > > - xen/balloon: Migration from mod_timer() to schedule_delayed_work(), > > - xen/balloon: Protect against CPU exhaust by event/x process, > > - xen/balloon: Minor notation fixes, > > - mm: Extend memory hotplug API to allow memory hotplug in virtual guests, > > - xen/balloon: Memory hotplug support for Xen balloon driver. > > > > Additionally, I suggest to apply patch prepared by Steffano Stabellini > > (https://lkml.org/lkml/2011/1/31/232) which fixes memory management > > issue in Xen guest. I was not able boot guest machine without > > above mentioned patch. > > after some discussions we came up with a different approach to fix the > issue; I sent a couple of patches a little while ago: > > https://lkml.org/lkml/2011/2/28/410I tested git://xenbits.xen.org/people/sstabellini/linux-pvhvm.git 2.6.38-tip-fixes and it works on x86_64, however, it does not work on i386. Tested as unprivileged guest on Xen Ver. 4.1.0-rc2-pre. On i386 domain crashes silently at early boot stage :-(((. Daniel _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
Konrad Rzeszutek Wilk
2011-Mar-15 14:48 UTC
[Xen-devel] Re: Bootup fix for _brk_end being != _end
> > > Additionally, I suggest to apply patch prepared by Steffano Stabellini > > > (https://lkml.org/lkml/2011/1/31/232) which fixes memory management > > > issue in Xen guest. I was not able boot guest machine without > > > above mentioned patch. > > > > after some discussions we came up with a different approach to fix the > > issue; I sent a couple of patches a little while ago: > > > > https://lkml.org/lkml/2011/2/28/410 > > I tested git://xenbits.xen.org/people/sstabellini/linux-pvhvm.git 2.6.38-tip-fixes > and it works on x86_64, however, it does not work on i386. Tested as > unprivileged guest on Xen Ver. 4.1.0-rc2-pre. On i386 domain crashes > silently at early boot stage :-(((.Details? Can you provide the ''xenctx'' output of where it crashed? _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
On Tue, Mar 15, 2011 at 10:48:21AM -0400, Konrad Rzeszutek Wilk wrote:> > > > Additionally, I suggest to apply patch prepared by Steffano Stabellini > > > > (https://lkml.org/lkml/2011/1/31/232) which fixes memory management > > > > issue in Xen guest. I was not able boot guest machine without > > > > above mentioned patch. > > > > > > after some discussions we came up with a different approach to fix the > > > issue; I sent a couple of patches a little while ago: > > > > > > https://lkml.org/lkml/2011/2/28/410 > > > > I tested git://xenbits.xen.org/people/sstabellini/linux-pvhvm.git 2.6.38-tip-fixes > > and it works on x86_64, however, it does not work on i386. Tested as > > unprivileged guest on Xen Ver. 4.1.0-rc2-pre. On i386 domain crashes > > silently at early boot stage :-(((. > > Details? Can you provide the ''xenctx'' output of where it crashed?As I wrote above domain is dying and I am not able to connect to it using xenctx after crash :-(((. I do not know how to do that in another way. Daniel _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
Stefano Stabellini
2011-Mar-15 15:31 UTC
[Xen-devel] Re: Bootup fix for _brk_end being != _end
On Tue, 15 Mar 2011, Daniel Kiper wrote:> On Tue, Mar 15, 2011 at 10:48:21AM -0400, Konrad Rzeszutek Wilk wrote: > > > > > Additionally, I suggest to apply patch prepared by Steffano Stabellini > > > > > (https://lkml.org/lkml/2011/1/31/232) which fixes memory management > > > > > issue in Xen guest. I was not able boot guest machine without > > > > > above mentioned patch. > > > > > > > > after some discussions we came up with a different approach to fix the > > > > issue; I sent a couple of patches a little while ago: > > > > > > > > https://lkml.org/lkml/2011/2/28/410 > > > > > > I tested git://xenbits.xen.org/people/sstabellini/linux-pvhvm.git 2.6.38-tip-fixes > > > and it works on x86_64, however, it does not work on i386. Tested as > > > unprivileged guest on Xen Ver. 4.1.0-rc2-pre. On i386 domain crashes > > > silently at early boot stage :-(((. > > > > Details? Can you provide the ''xenctx'' output of where it crashed? > > As I wrote above domain is dying and I am not able to connect to it using > xenctx after crash :-(((. I do not know how to do that in another way. >try adding: extra = "loglevel=9 debug earlyprintk=xenboot" _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
On Tue, Mar 15, 2011 at 03:31:47PM +0000, Stefano Stabellini wrote:> On Tue, 15 Mar 2011, Daniel Kiper wrote: > > On Tue, Mar 15, 2011 at 10:48:21AM -0400, Konrad Rzeszutek Wilk wrote: > > > > > > Additionally, I suggest to apply patch prepared by Steffano Stabellini > > > > > > (https://lkml.org/lkml/2011/1/31/232) which fixes memory management > > > > > > issue in Xen guest. I was not able boot guest machine without > > > > > > above mentioned patch. > > > > > > > > > > after some discussions we came up with a different approach to fix the > > > > > issue; I sent a couple of patches a little while ago: > > > > > > > > > > https://lkml.org/lkml/2011/2/28/410 > > > > > > > > I tested git://xenbits.xen.org/people/sstabellini/linux-pvhvm.git 2.6.38-tip-fixes > > > > and it works on x86_64, however, it does not work on i386. Tested as > > > > unprivileged guest on Xen Ver. 4.1.0-rc2-pre. On i386 domain crashes > > > > silently at early boot stage :-(((. > > > > > > Details? Can you provide the ''xenctx'' output of where it crashed? > > > > As I wrote above domain is dying and I am not able to connect to it using > > xenctx after crash :-(((. I do not know how to do that in another way. > > try adding: > > extra = "loglevel=9 debug earlyprintk=xenboot"(XEN) d55:v0: unhandled page fault (ec=0002) (XEN) Pagetable walk from 000000000000000c: (XEN) L4[0x000] = 000000010bebc027 0000000000024d28 (XEN) L3[0x000] = 0000000000000000 ffffffffffffffff (XEN) domain_crash_sync called from entry.S (XEN) Domain 55 (vcpu#0) crashed on cpu#3: (XEN) ----[ Xen-4.1.0-rc2-pre x86_64 debug=y Not tainted ]---- (XEN) CPU: 3 (XEN) RIP: e019:[<00000000c1001180>] (XEN) RFLAGS: 0000000000000282 EM: 1 CONTEXT: pv guest (XEN) rax: 000000000000000c rbx: 000000000000000c rcx: 00000000c1371fd0 (XEN) rdx: 00000000c1371fd0 rsi: 00000000c1742000 rdi: 00000000a5c03d70 (XEN) rbp: 00000000c1371fc8 rsp: 00000000c1371fa8 r8: 0000000000000000 (XEN) r9: 0000000000000000 r10: 0000000000000000 r11: 0000000000000000 (XEN) r12: 0000000000000000 r13: 0000000000000000 r14: 0000000000000000 (XEN) r15: 0000000000000000 cr0: 000000008005003b cr4: 00000000000026f4 (XEN) cr3: 0000000129b6e000 cr2: 000000000000000c (XEN) ds: e021 es: e021 fs: e021 gs: e021 ss: e021 cs: e019 (XEN) Guest stack trace from esp=c1371fa8: (XEN) 00000002 c1001180 0001e019 00010082 c10037af deadbeef c1742000 a5c03d70 (XEN) c1371fdc c13a4aa8 00000000 00000000 00000000 c1371ffc c13a3ff2 00000000 (XEN) 00000000 00000000 00000000 00000000 deadbeef c1753000 013fe001 00000000 (XEN) 00000000 00000000 00000000 00000000 013fe001 00000000 00000000 00000000 (XEN) 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 (XEN) 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 (XEN) 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 (XEN) 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 (XEN) 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 (XEN) 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 (XEN) 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 (XEN) 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 (XEN) 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 (XEN) 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 (XEN) 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 (XEN) 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 (XEN) 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 (XEN) 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 (XEN) 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 (XEN) 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 Daniel _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
On Tue, Mar 15, 2011 at 04:40:24PM +0100, Daniel Kiper wrote:> On Tue, Mar 15, 2011 at 03:31:47PM +0000, Stefano Stabellini wrote: > > On Tue, 15 Mar 2011, Daniel Kiper wrote: > > > On Tue, Mar 15, 2011 at 10:48:21AM -0400, Konrad Rzeszutek Wilk wrote: > > > > > > > Additionally, I suggest to apply patch prepared by Steffano Stabellini > > > > > > > (https://lkml.org/lkml/2011/1/31/232) which fixes memory management > > > > > > > issue in Xen guest. I was not able boot guest machine without > > > > > > > above mentioned patch. > > > > > > > > > > > > after some discussions we came up with a different approach to fix the > > > > > > issue; I sent a couple of patches a little while ago: > > > > > > > > > > > > https://lkml.org/lkml/2011/2/28/410 > > > > > > > > > > I tested git://xenbits.xen.org/people/sstabellini/linux-pvhvm.git 2.6.38-tip-fixes > > > > > and it works on x86_64, however, it does not work on i386. Tested as > > > > > unprivileged guest on Xen Ver. 4.1.0-rc2-pre. On i386 domain crashes > > > > > silently at early boot stage :-(((. > > > > > > > > Details? Can you provide the ''xenctx'' output of where it crashed? > > > > > > As I wrote above domain is dying and I am not able to connect to it using > > > xenctx after crash :-(((. I do not know how to do that in another way. > > > > try adding: > > > > extra = "loglevel=9 debug earlyprintk=xenboot" > > (XEN) d55:v0: unhandled page fault (ec=0002) > (XEN) Pagetable walk from 000000000000000c: > (XEN) L4[0x000] = 000000010bebc027 0000000000024d28 > (XEN) L3[0x000] = 0000000000000000 ffffffffffffffff > (XEN) domain_crash_sync called from entry.S > (XEN) Domain 55 (vcpu#0) crashed on cpu#3: > (XEN) ----[ Xen-4.1.0-rc2-pre x86_64 debug=y Not tainted ]---- > (XEN) CPU: 3 > (XEN) RIP: e019:[<00000000c1001180>] > (XEN) RFLAGS: 0000000000000282 EM: 1 CONTEXT: pv guest > (XEN) rax: 000000000000000c rbx: 000000000000000c rcx: 00000000c1371fd0 > (XEN) rdx: 00000000c1371fd0 rsi: 00000000c1742000 rdi: 00000000a5c03d70 > (XEN) rbp: 00000000c1371fc8 rsp: 00000000c1371fa8 r8: 0000000000000000 > (XEN) r9: 0000000000000000 r10: 0000000000000000 r11: 0000000000000000 > (XEN) r12: 0000000000000000 r13: 0000000000000000 r14: 0000000000000000 > (XEN) r15: 0000000000000000 cr0: 000000008005003b cr4: 00000000000026f4 > (XEN) cr3: 0000000129b6e000 cr2: 000000000000000c > (XEN) ds: e021 es: e021 fs: e021 gs: e021 ss: e021 cs: e019 > (XEN) Guest stack trace from esp=c1371fa8: > (XEN) 00000002 c1001180 0001e019 00010082 c10037af deadbeef c1742000 a5c03d70 > (XEN) c1371fdc c13a4aa8 00000000 00000000 00000000 c1371ffc c13a3ff2 00000000 > (XEN) 00000000 00000000 00000000 00000000 deadbeef c1753000 013fe001 00000000 > (XEN) 00000000 00000000 00000000 00000000 013fe001 00000000 00000000 00000000 > (XEN) 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 > (XEN) 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 > (XEN) 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 > (XEN) 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 > (XEN) 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 > (XEN) 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 > (XEN) 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 > (XEN) 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 > (XEN) 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 > (XEN) 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 > (XEN) 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 > (XEN) 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 > (XEN) 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 > (XEN) 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 > (XEN) 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 > (XEN) 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000Any progress ??? Can I help you in something ??? Daniel _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
Stefano Stabellini
2011-Mar-17 15:07 UTC
[Xen-devel] Re: Bootup fix for _brk_end being != _end
On Thu, 17 Mar 2011, Daniel Kiper wrote:> > > > > Details? Can you provide the ''xenctx'' output of where it crashed? > > > > > > > > As I wrote above domain is dying and I am not able to connect to it using > > > > xenctx after crash :-(((. I do not know how to do that in another way. > > > > > > try adding: > > > > > > extra = "loglevel=9 debug earlyprintk=xenboot" > > > > (XEN) d55:v0: unhandled page fault (ec=0002) > > (XEN) Pagetable walk from 000000000000000c: > > (XEN) L4[0x000] = 000000010bebc027 0000000000024d28 > > (XEN) L3[0x000] = 0000000000000000 ffffffffffffffff > > (XEN) domain_crash_sync called from entry.S > > (XEN) Domain 55 (vcpu#0) crashed on cpu#3: > > (XEN) ----[ Xen-4.1.0-rc2-pre x86_64 debug=y Not tainted ]---- > > (XEN) CPU: 3 > > (XEN) RIP: e019:[<00000000c1001180>] > > (XEN) RFLAGS: 0000000000000282 EM: 1 CONTEXT: pv guest > > (XEN) rax: 000000000000000c rbx: 000000000000000c rcx: 00000000c1371fd0 > > (XEN) rdx: 00000000c1371fd0 rsi: 00000000c1742000 rdi: 00000000a5c03d70 > > (XEN) rbp: 00000000c1371fc8 rsp: 00000000c1371fa8 r8: 0000000000000000 > > (XEN) r9: 0000000000000000 r10: 0000000000000000 r11: 0000000000000000 > > (XEN) r12: 0000000000000000 r13: 0000000000000000 r14: 0000000000000000 > > (XEN) r15: 0000000000000000 cr0: 000000008005003b cr4: 00000000000026f4 > > (XEN) cr3: 0000000129b6e000 cr2: 000000000000000c > > (XEN) ds: e021 es: e021 fs: e021 gs: e021 ss: e021 cs: e019 > > (XEN) Guest stack trace from esp=c1371fa8: > > (XEN) 00000002 c1001180 0001e019 00010082 c10037af deadbeef c1742000 a5c03d70 > > (XEN) c1371fdc c13a4aa8 00000000 00000000 00000000 c1371ffc c13a3ff2 00000000 > > (XEN) 00000000 00000000 00000000 00000000 deadbeef c1753000 013fe001 00000000 > > (XEN) 00000000 00000000 00000000 00000000 013fe001 00000000 00000000 00000000 > > (XEN) 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 > > (XEN) 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 > > (XEN) 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 > > (XEN) 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 > > (XEN) 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 > > (XEN) 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 > > (XEN) 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 > > (XEN) 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 > > (XEN) 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 > > (XEN) 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 > > (XEN) 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 > > (XEN) 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 > > (XEN) 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 > > (XEN) 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 > > (XEN) 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 > > (XEN) 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 > > Any progress ??? Can I help you in something ??? >Unfortunately unless you are able to resolve the IP of the crash these logs don''t tell me much. Alternatively you can try to get more infos using /usr/lib/xen/bin/xenctx like Konrad suggested. _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
Pasi Kärkkäinen
2011-Mar-17 20:27 UTC
[Xen-devel] Re: Bootup fix for _brk_end being != _end
On Thu, Mar 17, 2011 at 03:07:05PM +0000, Stefano Stabellini wrote:> On Thu, 17 Mar 2011, Daniel Kiper wrote: > > > > > > Details? Can you provide the ''xenctx'' output of where it crashed? > > > > > > > > > > As I wrote above domain is dying and I am not able to connect to it using > > > > > xenctx after crash :-(((. I do not know how to do that in another way. > > > > > > > > try adding: > > > > > > > > extra = "loglevel=9 debug earlyprintk=xenboot" > > > > > > (XEN) d55:v0: unhandled page fault (ec=0002) > > > (XEN) Pagetable walk from 000000000000000c: > > > (XEN) L4[0x000] = 000000010bebc027 0000000000024d28 > > > (XEN) L3[0x000] = 0000000000000000 ffffffffffffffff > > > (XEN) domain_crash_sync called from entry.S > > > (XEN) Domain 55 (vcpu#0) crashed on cpu#3: > > > (XEN) ----[ Xen-4.1.0-rc2-pre x86_64 debug=y Not tainted ]---- > > > (XEN) CPU: 3 > > > (XEN) RIP: e019:[<00000000c1001180>] > > > (XEN) RFLAGS: 0000000000000282 EM: 1 CONTEXT: pv guest > > > (XEN) rax: 000000000000000c rbx: 000000000000000c rcx: 00000000c1371fd0 > > > (XEN) rdx: 00000000c1371fd0 rsi: 00000000c1742000 rdi: 00000000a5c03d70 > > > (XEN) rbp: 00000000c1371fc8 rsp: 00000000c1371fa8 r8: 0000000000000000 > > > (XEN) r9: 0000000000000000 r10: 0000000000000000 r11: 0000000000000000 > > > (XEN) r12: 0000000000000000 r13: 0000000000000000 r14: 0000000000000000 > > > (XEN) r15: 0000000000000000 cr0: 000000008005003b cr4: 00000000000026f4 > > > (XEN) cr3: 0000000129b6e000 cr2: 000000000000000c > > > (XEN) ds: e021 es: e021 fs: e021 gs: e021 ss: e021 cs: e019 > > > (XEN) Guest stack trace from esp=c1371fa8: > > > (XEN) 00000002 c1001180 0001e019 00010082 c10037af deadbeef c1742000 a5c03d70 > > > (XEN) c1371fdc c13a4aa8 00000000 00000000 00000000 c1371ffc c13a3ff2 00000000 > > > (XEN) 00000000 00000000 00000000 00000000 deadbeef c1753000 013fe001 00000000 > > > (XEN) 00000000 00000000 00000000 00000000 013fe001 00000000 00000000 00000000 > > > (XEN) 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 > > > (XEN) 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 > > > (XEN) 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 > > > (XEN) 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 > > > (XEN) 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 > > > (XEN) 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 > > > (XEN) 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 > > > (XEN) 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 > > > (XEN) 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 > > > (XEN) 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 > > > (XEN) 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 > > > (XEN) 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 > > > (XEN) 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 > > > (XEN) 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 > > > (XEN) 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 > > > (XEN) 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 > > > > Any progress ??? Can I help you in something ??? > > > > Unfortunately unless you are able to resolve the IP of the crash these > logs don''t tell me much. > Alternatively you can try to get more infos using /usr/lib/xen/bin/xenctx > like Konrad suggested. >More info/help about xenctx usage available here: http://wiki.xen.org/xenwiki/XenCommonProblems#head-61843b32f0243b5ad0e17850f9493bffd80f8c17 -- Pasi _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel