From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Fri, 19 Aug 2005 10:26:50 +0900 From: Yasunori Goto Subject: Re: [PATCH] gurantee DMA area for alloc_bootmem_low() ver. 2. In-Reply-To: <20050818125236.4ffe1053.akpm@osdl.org> References: <20050810145550.740D.Y-GOTO@jp.fujitsu.com> <20050818125236.4ffe1053.akpm@osdl.org> Message-Id: <20050819101023.62C5.Y-GOTO@jp.fujitsu.com> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org Return-Path: To: Andrew Morton Cc: peterc@gelato.unsw.edu.au, linux-mm@kvack.org, mbligh@mbligh.org, linux-ia64@vger.kernel.org, kravetz@us.ibm.com, tony.luck@intel.com List-ID: > > To avoid this panic, following patch confirm allocated area, and retry > > if it is not in DMA. > > I tested this patch on my Tiger 4 and our new server. > > It kills my x86_64 box: > > PID hash table entries: 4096 (order: 12, 131072 bytes) > time.c: Using 14.318180 MHz HPET timer. > time.c: Detected 3400.236 MHz processor. > Console: colour VGA+ 80x25 > Dentry cache hash table entries: 1048576 (order: 11, 8388608 bytes) > Inode-cache hash table entries: 524288 (order: 10, 4194304 bytes) > bootmem alloc of 67108864 bytes failed! > Kernel panic - not syncing: Out of memory Thank you for your notification. Unfortunately, I don't have x86_64 box. So, I can't trace its cause now. I guess 67Mbyte allocation size might be trigger of its panic. Hmm... :-( Thanks. -- Yasunori Goto -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: email@kvack.org