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
next prev parent 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 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.