* [PATCH R4 0/7] xen/balloon: Memory hotplug support for Xen balloon driver
@ 2011-03-08 21:44 Daniel Kiper
2011-03-09 14:01 ` Stefano Stabellini
0 siblings, 1 reply; 10+ messages in thread
From: Daniel Kiper @ 2011-03-08 21:44 UTC (permalink / raw)
To: ian.campbell, akpm, andi.kleen, haicheng.li, fengguang.wu,
jeremy, konrad.wilk, dan.magenheimer, v.tolstov, pasik, dave,
wdauchy, rientjes, xen-devel, linux-kernel, linux-mm
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
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [PATCH R4 0/7] xen/balloon: Memory hotplug support for Xen balloon driver
2011-03-08 21:44 [PATCH R4 0/7] xen/balloon: Memory hotplug support for Xen balloon driver Daniel Kiper
@ 2011-03-09 14:01 ` Stefano Stabellini
2011-03-15 14:29 ` Daniel Kiper
0 siblings, 1 reply; 10+ messages in thread
From: Stefano Stabellini @ 2011-03-09 14:01 UTC (permalink / raw)
To: Daniel Kiper
Cc: Ian Campbell, akpm, andi.kleen, haicheng.li, fengguang.wu,
jeremy, konrad.wilk, Dan Magenheimer, v.tolstov, pasik, dave,
wdauchy, rientjes, xen-devel, linux-kernel, linux-mm
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
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [PATCH R4 0/7] xen/balloon: Memory hotplug support for Xen balloon driver
2011-03-09 14:01 ` Stefano Stabellini
@ 2011-03-15 14:29 ` Daniel Kiper
2011-03-15 14:48 ` Bootup fix for _brk_end being != _end Konrad Rzeszutek Wilk
0 siblings, 1 reply; 10+ messages in thread
From: Daniel Kiper @ 2011-03-15 14:29 UTC (permalink / raw)
To: Stefano Stabellini
Cc: Daniel Kiper, Ian Campbell, akpm, andi.kleen, haicheng.li,
fengguang.wu, jeremy, konrad.wilk, Dan Magenheimer, v.tolstov,
pasik, dave, wdauchy, rientjes, xen-devel, linux-kernel,
linux-mm
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/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 :-(((.
Daniel
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Bootup fix for _brk_end being != _end
2011-03-15 14:29 ` Daniel Kiper
@ 2011-03-15 14:48 ` Konrad Rzeszutek Wilk
2011-03-15 15:30 ` Daniel Kiper
0 siblings, 1 reply; 10+ messages in thread
From: Konrad Rzeszutek Wilk @ 2011-03-15 14:48 UTC (permalink / raw)
To: Daniel Kiper
Cc: Stefano Stabellini, Ian Campbell, akpm, andi.kleen, haicheng.li,
fengguang.wu, jeremy, Dan Magenheimer, v.tolstov, pasik, dave,
wdauchy, rientjes, xen-devel, linux-kernel, linux-mm
> > > 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?
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Bootup fix for _brk_end being != _end
2011-03-15 14:48 ` Bootup fix for _brk_end being != _end Konrad Rzeszutek Wilk
@ 2011-03-15 15:30 ` Daniel Kiper
2011-03-15 15:31 ` Stefano Stabellini
0 siblings, 1 reply; 10+ messages in thread
From: Daniel Kiper @ 2011-03-15 15:30 UTC (permalink / raw)
To: Konrad Rzeszutek Wilk
Cc: Daniel Kiper, Stefano Stabellini, Ian Campbell, akpm, andi.kleen,
haicheng.li, fengguang.wu, jeremy, Dan Magenheimer, v.tolstov,
pasik, dave, wdauchy, rientjes, xen-devel, linux-kernel,
linux-mm
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
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Bootup fix for _brk_end being != _end
2011-03-15 15:30 ` Daniel Kiper
@ 2011-03-15 15:31 ` Stefano Stabellini
2011-03-15 15:40 ` Daniel Kiper
0 siblings, 1 reply; 10+ messages in thread
From: Stefano Stabellini @ 2011-03-15 15:31 UTC (permalink / raw)
To: Daniel Kiper
Cc: Konrad Rzeszutek Wilk, Stefano Stabellini, Ian Campbell, akpm,
andi.kleen, haicheng.li, fengguang.wu, jeremy, Dan Magenheimer,
v.tolstov, pasik, dave, wdauchy, rientjes, xen-devel,
linux-kernel, linux-mm
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"
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Bootup fix for _brk_end being != _end
2011-03-15 15:31 ` Stefano Stabellini
@ 2011-03-15 15:40 ` Daniel Kiper
2011-03-17 8:51 ` Daniel Kiper
0 siblings, 1 reply; 10+ messages in thread
From: Daniel Kiper @ 2011-03-15 15:40 UTC (permalink / raw)
To: Stefano Stabellini
Cc: Daniel Kiper, Konrad Rzeszutek Wilk, Ian Campbell, akpm,
andi.kleen, haicheng.li, fengguang.wu, jeremy, Dan Magenheimer,
v.tolstov, pasik, dave, wdauchy, rientjes, xen-devel,
linux-kernel, linux-mm
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
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Bootup fix for _brk_end being != _end
2011-03-15 15:40 ` Daniel Kiper
@ 2011-03-17 8:51 ` Daniel Kiper
2011-03-17 15:07 ` Stefano Stabellini
0 siblings, 1 reply; 10+ messages in thread
From: Daniel Kiper @ 2011-03-17 8:51 UTC (permalink / raw)
To: Daniel Kiper
Cc: Stefano Stabellini, Konrad Rzeszutek Wilk, Ian Campbell, akpm,
andi.kleen, haicheng.li, fengguang.wu, jeremy, Dan Magenheimer,
v.tolstov, pasik, dave, wdauchy, rientjes, xen-devel,
linux-kernel, linux-mm
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 00000000
Any progress ??? Can I help you in something ???
Daniel
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Bootup fix for _brk_end being != _end
2011-03-17 8:51 ` Daniel Kiper
@ 2011-03-17 15:07 ` Stefano Stabellini
2011-03-17 20:27 ` Pasi Kärkkäinen
0 siblings, 1 reply; 10+ messages in thread
From: Stefano Stabellini @ 2011-03-17 15:07 UTC (permalink / raw)
To: Daniel Kiper
Cc: Stefano Stabellini, Konrad Rzeszutek Wilk, Ian Campbell, akpm,
andi.kleen, haicheng.li, fengguang.wu, jeremy, Dan Magenheimer,
v.tolstov, pasik, dave, wdauchy, rientjes, xen-devel,
linux-kernel, linux-mm
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.
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Bootup fix for _brk_end being != _end
2011-03-17 15:07 ` Stefano Stabellini
@ 2011-03-17 20:27 ` Pasi Kärkkäinen
0 siblings, 0 replies; 10+ messages in thread
From: Pasi Kärkkäinen @ 2011-03-17 20:27 UTC (permalink / raw)
To: Stefano Stabellini
Cc: Daniel Kiper, Konrad Rzeszutek Wilk, Ian Campbell, akpm,
andi.kleen, haicheng.li, fengguang.wu, jeremy, Dan Magenheimer,
v.tolstov, dave, wdauchy, rientjes, xen-devel, linux-kernel,
linux-mm
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
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
^ permalink raw reply [flat|nested] 10+ messages in thread
end of thread, other threads:[~2011-03-17 20:27 UTC | newest]
Thread overview: 10+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2011-03-08 21:44 [PATCH R4 0/7] xen/balloon: Memory hotplug support for Xen balloon driver Daniel Kiper
2011-03-09 14:01 ` Stefano Stabellini
2011-03-15 14:29 ` Daniel Kiper
2011-03-15 14:48 ` Bootup fix for _brk_end being != _end Konrad Rzeszutek Wilk
2011-03-15 15:30 ` Daniel Kiper
2011-03-15 15:31 ` Stefano Stabellini
2011-03-15 15:40 ` Daniel Kiper
2011-03-17 8:51 ` Daniel Kiper
2011-03-17 15:07 ` Stefano Stabellini
2011-03-17 20:27 ` Pasi Kärkkäinen
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox