public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Jens Axboe <axboe@suse.de>
To: kelley eicher <keicher@nws.gov>
Cc: J <jack@i2net.com>, linux-kernel@vger.kernel.org
Subject: Re: 0-order allocation failed in 2.4.10-pre8
Date: Fri, 14 Sep 2001 21:09:03 +0200	[thread overview]
Message-ID: <20010914210903.E806@suse.de> (raw)
In-Reply-To: <3BA24EB0.5000402@i2net.com> <Pine.LNX.4.33.0109141342340.14906-100000@home.nohrsc.nws.gov>
In-Reply-To: <Pine.LNX.4.33.0109141342340.14906-100000@home.nohrsc.nws.gov>

On Fri, Sep 14 2001, kelley eicher wrote:
> On Fri, 14 Sep 2001, J wrote:
> 
> > Hello,
> >     I am reporting the same problem that kelley eicher
> > has, "0-order allocation failed (gfp=0x70/1)", hopefully
> > my info is helpfull. I added BUG() after the printk's in
> > "mm/page_alloc.c:505". I am able to get this message
> > when ever I copy a large (2+ gig) file from one XFS filesystem
> > to another on the same disk controller. I have attached klogd -p output
> > and an output of /proc/slabinfo from <= 1 second before the
> > Oops. If anyone would like more info, or for me to apply dangerous
> > patches, or to shut up even, let me know.
> >
> > Jack
> >
> > Machine:
> > Kernel Version 2.4.10-pre8 with SGI-XFS patches and IBM-JFS patches.
> > compiled with egcs 2.91-66 ;) (Some more info @ http://whatevr.i2net.com)
> > SMP P3 Box with 2 Gig of memory
> 
> after spending a few dayz trying to figure out where this is happening, i
> noticed that the alloc_pages() errors only occur after used memory goes
> above 899MB. this is the limit of physical memory unless you enable the
> himem option. the machines i had been seeing this on all had 1G+ memory
> and i had enabled the 4G himem option on each of them. so turn that option
> off and you will no longer see alloc_pages errors. you'll have to suffer
> through only having 900MB of memory to play with though. ;>

Use the

*.kernel.org/pub/linux/kernel/people/axboe/patches/2.4.9/block-highmem-all

patch and you can use highmem without having to worry about failed
0-order bounce pages allocations.

-- 
Jens Axboe


  reply	other threads:[~2001-09-14 19:09 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-09-14 18:38 0-order allocation failed in 2.4.10-pre8 J
2001-09-14 18:48 ` kelley eicher
2001-09-14 19:09   ` Jens Axboe [this message]
2001-09-16  2:06     ` Daniel Phillips
2001-09-16  8:03       ` Jens Axboe
2001-09-16  9:21         ` Daniel Phillips
2001-09-16  9:24           ` Jens Axboe

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=20010914210903.E806@suse.de \
    --to=axboe@suse.de \
    --cc=jack@i2net.com \
    --cc=keicher@nws.gov \
    --cc=linux-kernel@vger.kernel.org \
    /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