Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S261527AbVEBSQR (ORCPT ); Mon, 2 May 2005 14:16:17 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S261521AbVEBSQR (ORCPT ); Mon, 2 May 2005 14:16:17 -0400 Received: from fire.osdl.org ([65.172.181.4]:5025 "EHLO smtp.osdl.org") by vger.kernel.org with ESMTP id S261527AbVEBSPy convert rfc822-to-8bit (ORCPT ); Mon, 2 May 2005 14:15:54 -0400 Date: Mon, 2 May 2005 11:14:52 -0700 From: Andrew Morton To: Damir Perisa Cc: linux-kernel@vger.kernel.org Subject: Re: 2.6.12-rc3-mm2 - kswapd0 keeps running Message-Id: <20050502111452.0dca6625.akpm@osdl.org> In-Reply-To: <200505021732.00590.damir.perisa@solnet.ch> References: <20050430164303.6538f47c.akpm@osdl.org> <20050501150624.7696fc31.akpm@osdl.org> <200505020801.31860.damir.perisa@solnet.ch> <200505021732.00590.damir.perisa@solnet.ch> X-Mailer: Sylpheed version 1.0.0 (GTK+ 1.2.10; i386-vine-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2250 Lines: 46 Damir Perisa wrote: > > Le Monday 02 May 2005 08:01, Damir Perisa a ?crit?: > > sure. i recompiled the kernel with magic keys and debugger activated > > [1], and kswapd0 does idle normally, now. it seems to solve my issue, > > but i don't know why. > > now, running the debug-enabled kernel for some time (the whole day - ~7h > uptime), kswapd0 shows same sympthoms (started at around 4h uptime). it > is triggered later than before (where it started almost immediately after > boot), but now i get something more interesting from Regs: > > [4314013.408000] SysRq : Show Regs > [4314013.408000] > [4314013.408000] Pid: 156, comm: kswapd0 > [4314013.408000] EIP: 0060:[] CPU: 0 > [4314013.408000] EIP is at _write_lock_irqsave+0x79/0xb0 > [4314013.408000] EFLAGS: 00000282 Not tainted (2.6.12-rc3-mm2-ARCH) > [4314013.408000] EAX: c15e8ec0 EBX: efb9586c ECX: c15e8ee0 EDX: 00000001 > [4314013.408000] ESI: efcc2000 EDI: efb9586c EBP: efcc3ee4 DS: 007b ES: > 007b > [4314013.408000] CR0: 8005003b CR2: b58a4000 CR3: 254e6000 CR4: 00000690 > [4314013.408000] [] __cachefs_block_put+0x24/0x80 > [4314013.408000] [] cachefs_releasepage+0x60/0xc0 > [4314013.408000] [] shrink_list+0x492/0x560 > [4314013.408000] [] shrink_cache+0xa0/0x1d0 > [4314013.408000] [] shrink_zone+0xae/0xe0 > [4314013.408000] [] balance_pgdat+0x261/0x3f0 > [4314013.408000] [] prepare_to_wait+0x20/0x70 > [4314013.408000] [] kswapd+0xe4/0x140 > [4314013.408000] [] autoremove_wake_function+0x0/0x60 > [4314013.408000] [] ret_from_fork+0x6/0x14 > [4314013.408000] [] autoremove_wake_function+0x0/0x60 > [4314013.408000] [] kswapd+0x0/0x140 > [4314013.408000] [] kernel_thread_helper+0x5/0x10 > hm. I wonder why you had any cachefs pages anyway. Is the sysrq-P trace always the same? Does disabling cachefs in kerel config fix it? - 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/