From: Daniel Stodden <daniel.stodden@citrix.com>
To: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
Cc: Gerd Jakobovitsch <gerd@alog.com.br>,
"xen-devel@lists.xensource.com" <xen-devel@lists.xensource.com>
Subject: Re: Tapdisk failures / kernel general protection fault at xen 4.0.2rc3 / kernel pvops 2.6.32.36
Date: Thu, 14 Apr 2011 10:43:54 -0700 [thread overview]
Message-ID: <1302803034.24534.24.camel@agari.van.xensource.com> (raw)
In-Reply-To: <1302799089.24534.18.camel@agari.van.xensource.com>
On Thu, 2011-04-14 at 12:38 -0400, Daniel Stodden wrote:
> On Thu, 2011-04-14 at 09:15 -0400, Konrad Rzeszutek Wilk wrote:
> > On Wed, Apr 13, 2011 at 06:02:13PM -0300, Gerd Jakobovitsch wrote:
> > > I'm trying to run several VMs (linux hvm, with tapdisk:aio disks at
> > > a storage over nfs) on a CentOS system, using the up-to-date version
> > > of xen 4.0 / kernel pvops 2.6.32.x stable. With a configuration
> > > without (most of) debug activated, I can start several instances -
> > > I'm running 7 of them - but shortly afterwards the system stops
> > > responding. I can't find any information on this.
> >
> > First time I see it.
> > >
> > > Activating several debug configuration items, among them
> > > DEBUG_PAGEALLOC, I get an exception as soon as I try to start up a
> > > VM. The system reboots.
> >
> > Oooh, and is the log below from that situation?
> >
> > Daniel, any thoughs?
>
> ---
> Unmap pages from the kernel linear mapping after free_pages().
> This results in a large slowdown, but helps to find certain types
> of memory corruption.
>
> Stunning. Our I/O page allocator is a sort of twisted mempool. Unless
> the allocation is explicitly modified in sysfs/, everything should stay
> pinned. We might be just tripping over debug code alone, but I didn't
> figure it out yet.
Ah, that's just missing Dominic's spinlock fix.
http://xenbits.xen.org/gitweb/?p=people/dstodden/linux.git;a=commit;h=a765257af7e28c41bd776c3e03615539597eb592
Daniel
next prev parent reply other threads:[~2011-04-14 17:43 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-04-13 21:02 Tapdisk failures / kernel general protection fault at xen 4.0.2rc3 / kernel pvops 2.6.32.36 Gerd Jakobovitsch
2011-04-14 13:15 ` Konrad Rzeszutek Wilk
2011-04-14 16:38 ` Daniel Stodden
2011-04-14 17:32 ` Daniel Stodden
2011-04-14 17:43 ` Daniel Stodden [this message]
2011-04-14 18:05 ` Gerd Jakobovitsch
2011-04-14 23:42 ` Daniel Stodden
2011-04-15 14:21 ` xen 4.0.2rc3/kernel 2.6.32.36: BUG: unable to handle kernel paging request Gerd Jakobovitsch
2011-04-15 15:44 ` Pasi Kärkkäinen
2011-04-15 15:47 ` Gerd Jakobovitsch
2011-04-18 21:05 ` Konrad Rzeszutek Wilk
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1302803034.24534.24.camel@agari.van.xensource.com \
--to=daniel.stodden@citrix.com \
--cc=gerd@alog.com.br \
--cc=konrad.wilk@oracle.com \
--cc=xen-devel@lists.xensource.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).