Subject: Re: swapper: page allocation failure. order:1, mode:0x20
From: Nigel Cunningham <ncunningham@cyclades.com>
Reply-To: ncunningham@cyclades.com
To: Robert Hancock <hancockr@shaw.ca>
Cc: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
In-Reply-To: <4223C121.6090904@shaw.ca>
References: <3CRTy-82M-27@gated-at.bofh.it>  <4223C121.6090904@shaw.ca>
Content-Type: text/plain
Message-Id: <1109640134.4229.15.camel@desktop.cunningham.myip.net.au>
Mime-Version: 1.0
Date: Tue, 01 Mar 2005 12:22:14 +1100
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1343
Lines: 35

Hi.

On Tue, 2005-03-01 at 12:10, Robert Hancock wrote:
> Bernd Schubert wrote:
> Essentially the tg3 Ethernet driver is trying to allocate memory to 
> store a received packet, and is unable to do so. Since this is done 
> inside interrupt context, this allocation has to be serviced from 
> physical memory. Order 1 means it only wanted one page of memory, and 

Minor point, I know, but it's 2 pages of memory. If it couldn't get an
order zero page, that would be even greater hernia material!

Regards,

Nigel

> since that failed it looks like the system must have been awfully short 
> on available physical RAM.. it could be some kind of kernel memory leak 
> or VM issue, though this condition may not be entirely unexpected in 
> certain cases, like if the system has little physical RAM free at a 
> certain point and then a flood of network packets arrive.
-- 
Nigel Cunningham
Software Engineer, Canberra, Australia
http://www.cyclades.com
Bus: +61 (2) 6291 9554; Hme: +61 (2) 6292 8028;  Mob: +61 (417) 100 574

Maintainer of Suspend2 Kernel Patches http://softwaresuspend.berlios.de


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/