Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751279AbWBVNiN (ORCPT ); Wed, 22 Feb 2006 08:38:13 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751281AbWBVNiN (ORCPT ); Wed, 22 Feb 2006 08:38:13 -0500 Received: from ns.virtualhost.dk ([195.184.98.160]:3360 "EHLO virtualhost.dk") by vger.kernel.org with ESMTP id S1751279AbWBVNiM (ORCPT ); Wed, 22 Feb 2006 08:38:12 -0500 Date: Wed, 22 Feb 2006 14:38:04 +0100 From: Jens Axboe To: Andy Chittenden Cc: Anton Altaparmakov , Andrew Morton , davej@redhat.com, linux-kernel@vger.kernel.org, lwoodman@redhat.com Subject: Re: adding swap workarounds oom - was: Re: Out of Memory: Killed process 16498 (java). Message-ID: <20060222133804.GA8852@suse.de> References: <89E85E0168AD994693B574C80EDB9C2703758C89@uk-email.terastack.bluearc.com> <20060222133409.GY8852@suse.de> <20060222133550.GZ8852@suse.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060222133550.GZ8852@suse.de> Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1996 Lines: 61 On Wed, Feb 22 2006, Jens Axboe wrote: > On Wed, Feb 22 2006, Jens Axboe wrote: > > On Wed, Feb 22 2006, Andy Chittenden wrote: > > > Jens > > > > > > > On Fri, Feb 03 2006, Andy Chittenden wrote: > > > > > Which brings me back to the original problem I reported: > > > > any progress on > > > > > a patch for that? FYI I often come in the morning to find processes > > > > > killed. > > > > > > > > Nope sorry, I'll probably get to it at the start of next week. > > > > > > > > -- > > > > Jens Axboe > > > > > > > > > > Any progress? This is getting very irritating especially when processes > > > get killed during the day when I link a big executable. > > > > Can you give this a shot? Untested, as I cannot reproduce it here. > > Scratch that, it cannot work on all cases (even if it may fix yours). Andy, to help debug this further, can you boot with this patch? It dumps what the kernel sets max_pfn and max_low_pfn too for your machine, in addition to the dump we tried earlier. I'm a little puzzled about what is going on here... diff --git a/block/ll_rw_blk.c b/block/ll_rw_blk.c index bfcde0f..bce6e55 100644 --- a/block/ll_rw_blk.c +++ b/block/ll_rw_blk.c @@ -637,6 +637,8 @@ void blk_queue_bounce_limit(request_queu { unsigned long bounce_pfn = dma_addr >> PAGE_SHIFT; + printk("q=%p, dma_addr=%llx, bounce pfn %lu\n",q, dma_addr, bounce_pfn); + /* * set appropriate bounce gfp mask -- unfortunately we don't have a * full 4GB zone, so we have to resort to low memory for any bounces. @@ -3501,6 +3503,8 @@ int __init blk_dev_init(void) blk_max_low_pfn = max_low_pfn; blk_max_pfn = max_pfn; + printk("blk_max_low_pfn=%lu, blk_max_pfn=%lu\n", blk_max_low_pfn, blk_max_pfn); + return 0; } -- Jens Axboe - 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/