public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Andrea Arcangeli <andrea@suse.de>
To: Marcelo Tosatti <marcelo@parcelfarce.linux.theplanet.co.uk>
Cc: Andi Kleen <ak@suse.de>, linux-kernel@vger.kernel.org, sct@redhat.com
Subject: Re: 2.4.23pre4 VM breaks in LTP
Date: Thu, 18 Sep 2003 17:01:53 +0200	[thread overview]
Message-ID: <20030918150152.GG1301@velociraptor.random> (raw)
In-Reply-To: <Pine.LNX.4.44.0309180929260.2846-100000@logos.cnet>

On Thu, Sep 18, 2003 at 09:42:26AM -0300, Marcelo Tosatti wrote:
> 
> 
> Andrea, do you have any idea of what could cause this? A missing merge may
> be the cause, as Andi pointed out. I wont have time to look further into 
> it during the weekend and next week (Europe conferences). 
> 
> Andi, about the ext3 BUG I'm waiting for Stephen. I remember he knew how
> to fix the issue but didnt had the patch ready yet sometime ago.

it maybe a partial merge, though in theory the different patches had to
be mostly orthogonal. but I think it would be interesting to reproduce
on x86 too first just to be sure it's a generic issue (especially the
numa kernels are unstable for me even with the needed numa fixes and
numa is totally broken in mainline, it misses lots of numa fixes, so
without further details it's not obvious it's a missing merge and not
the lack of additional orthogonal fixes, either numa that we know for
sure or ext3 that crashes with ltp)

> 
> On 18 Sep 2003, Andi Kleen wrote:
> 
> 
> > 
> > FYI
> > 
> > When I run LTP on 2.4.23pre4 the machine deadlocks in mem01.
> > It is still pingable, but login etc. do not manage to fork anything.
> > 
> > mem01 simply allocates all free memory and free swap (as seen
> > in /proc/meminfo) and touches a single page in this mapping, then
> > exits. 
> > 
> > I saw the problem on a 1GB RAM + 1GB swap x86-64 box
> > 
> > (note that on 32bit the limit is 1GB max, so in many cases it will
> > not trigger on 32bit)
> > 
> > When I change mem01 to allocate 10% less memory it does not hang the box.
> > And UL -aa kernel also doesn't hang it, so it's probably some half merge.
> > 
> > Also the ext3 BUG on x86-64 can be also triggered with multiple LTP
> > runs.
> 
> 


Andrea

/*
 * If you refuse to depend on closed software for a critical
 * part of your business, these links may be useful:
 *
 * rsync.kernel.org::pub/scm/linux/kernel/bkcvs/linux-2.5/
 * rsync.kernel.org::pub/scm/linux/kernel/bkcvs/linux-2.4/
 * http://www.cobite.com/cvsps/
 *
 * svn://svn.kernel.org/linux-2.6/trunk
 * svn://svn.kernel.org/linux-2.4/trunk
 */

      parent reply	other threads:[~2003-09-18 15:01 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <p73llsmlgrx.fsf@oldwotan.suse.de>
2003-09-18 12:42 ` 2.4.23pre4 VM breaks in LTP Marcelo Tosatti
2003-09-18 13:17   ` Stephen C. Tweedie
2003-09-18 15:01   ` Andrea Arcangeli [this message]

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=20030918150152.GG1301@velociraptor.random \
    --to=andrea@suse.de \
    --cc=ak@suse.de \
    --cc=linux-kernel@vger.kernel.org \
    --cc=marcelo@parcelfarce.linux.theplanet.co.uk \
    --cc=sct@redhat.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