All of lore.kernel.org
 help / color / mirror / Atom feed
From: Andrea Arcangeli <andrea@suse.de>
To: "Christian Bornträger" <linux-kernel@borntraeger.net>
Cc: "Marcelo Tosatti" <marcelo@conectiva.com.br>,
	"Paul Larson" <plars@austin.ibm.com>,
	"Linus Torvalds" <torvalds@transmeta.com>,
	"Jacek[iso-8859-2]Pop³awski" <jpopl@interia.pl>,
	lkml <linux-kernel@vger.kernel.org>
Subject: Re: __alloc_pages: 0-order allocation failed
Date: Wed, 26 Sep 2001 01:46:03 +0200	[thread overview]
Message-ID: <20010926014603.S1782@athlon.random> (raw)
In-Reply-To: <1001319223.4613.34.camel@plars.austin.ibm.com> <E15m0Wz-0002He-00@mrvdom01.schlund.de> <20010926010149.U8350@athlon.random> <E15m1a6-0000K1-00@mrvdom00.schlund.de>
In-Reply-To: <E15m1a6-0000K1-00@mrvdom00.schlund.de>; from linux-kernel@borntraeger.net on Wed, Sep 26, 2001 at 01:24:10AM +0200

On Wed, Sep 26, 2001 at 01:24:10AM +0200, Christian Bornträger wrote:
> > Could you enable CONFIG_DEBUG_GFP (kernel debugging menu) in 2.4.10aa1
> > and send me full traces of the faliures so I can better see where the
> > problem cames from? Thanks!
> 
> OK, with the vm-tweaks and the gfp-patch I got the following output:
> 
> __alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
> dcb81e30 c01fd640 00000000 000001d2 00000000 00000000 dcb81e5c 00000001
>        c0223848 c02239b8 000001d2 00000000 00000001 c1978d40 de9f30c0 de9855a0
>        c01219d7 00000000 00000000 c012b35f c0223848 de9f30c0 c1978d40 00000001
> Call Trace: [<c01219d7>] [<c012b35f>] [<c0121a60>] [<c0121b40>] [<c011152e>]
>    [<c010adc2>] [<c0121e27>] [<c01113b0>] [<c0106dec>]
> VM: killing process a.out
> 
> 
> feeding it to ksymoops....:
> 
> 
> dcb81e30 c01fd640 00000000 000001d2 00000000 00000000 dcb81e5c 00000001
>        c0223848 c02239b8 000001d2 00000000 00000001 c1978d40 de9f30c0 de9855a0
>        c01219d7 00000000 00000000 c012b35f c0223848 de9f30c0 c1978d40 00000001
> Call Trace: [<c01219d7>] [<c012b35f>] [<c0121a60>] [<c0121b40>] [<c011152e>]
>    [<c010adc2>] [<c0121e27>] [<c01113b0>] [<c0106dec>]
> Warning (Oops_read): Code line not seen, dumping what data is available
> 
> Trace; c01219d7 <do_anonymous_page+37/90>
> Trace; c012b35f <__alloc_pages+4f/240>
> Trace; c0121a60 <do_no_page+30/b0>
> Trace; c0121b40 <handle_mm_fault+60/d0>
> Trace; c011152e <do_page_fault+17e/4b0>
> Trace; c010adc2 <timer_interrupt+62/110>
> Trace; c0121e27 <sys_brk+b7/f0>
> Trace; c01113b0 <do_page_fault+0/4b0>
> Trace; c0106dec <error_code+34/3c>
> 
> 
> If you need a run on a complete aa1-patch, let me know.

ok, this sounds like a normal oom condition but of course I assume it
isn't. Can you show a `vmstat 1` during the oom kill + some
/proc/meminfo? thanks for the great feedback!

Andrea

  reply	other threads:[~2001-09-25 23:46 UTC|newest]

Thread overview: 37+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-09-24  2:02 __alloc_pages: 0-order allocation failed Jacek Popławski
2001-09-24 11:12 ` Marcelo Tosatti
2001-09-24  8:13   ` Paul Larson
2001-09-24  9:01     ` Paul Larson
2001-09-24 12:38     ` Marcelo Tosatti
2001-09-24 11:35       ` Paul Larson
2001-09-24 15:12         ` Marcelo Tosatti
2001-09-24 19:48           ` tpepper
2001-09-26 13:48         ` Andrea Arcangeli
2001-09-24 15:33       ` Christian Bornträger
2001-09-25 22:09       ` Andrea Arcangeli
2001-09-25 21:25         ` Marcelo Tosatti
2001-09-25 23:05           ` Andrea Arcangeli
2001-09-26 18:15             ` tpepper
2001-09-26 18:29               ` Andrea Arcangeli
2001-09-25 22:16         ` Christian Bornträger
2001-09-25 23:01           ` Andrea Arcangeli
2001-09-25 23:10             ` Christian Bornträger
2001-09-25 23:19               ` Andrea Arcangeli
2001-09-25 23:24             ` Christian Bornträger
2001-09-25 23:46               ` Andrea Arcangeli [this message]
2001-09-26  7:29                 ` Christian Bornträger
2001-09-24 15:54   ` Olaf Hering
2001-09-24 16:06     ` Olaf Hering
2001-09-24 21:03   ` Jacek Popławski
2001-09-24 21:11     ` Jacek Popławski
2001-09-24 12:58 ` Christian Bornträger
2001-09-24 13:05   ` Arjan van de Ven
  -- strict thread matches above, loose matches on Subject: below --
2006-05-31 12:09 Oliver König
2006-06-01 12:19 ` Jes Sorensen
2001-09-04 13:11 Martin MOKREJŠ
2001-09-04 16:12 ` Daniel Phillips
2001-09-07 12:53   ` Martin MOKREJŠ
2001-09-07 13:06   ` Martin MOKREJŠ
2001-09-07 20:43     ` Daniel Phillips
2001-09-07 21:00     ` Daniel Phillips
2001-09-12 13:06       ` Martin MOKREJŠ

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=20010926014603.S1782@athlon.random \
    --to=andrea@suse.de \
    --cc=jpopl@interia.pl \
    --cc=linux-kernel@borntraeger.net \
    --cc=linux-kernel@vger.kernel.org \
    --cc=marcelo@conectiva.com.br \
    --cc=plars@austin.ibm.com \
    --cc=torvalds@transmeta.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.