From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1750729AbWFEQh5 (ORCPT ); Mon, 5 Jun 2006 12:37:57 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750737AbWFEQh5 (ORCPT ); Mon, 5 Jun 2006 12:37:57 -0400 Received: from smtp-out.google.com ([216.239.45.12]:43595 "EHLO smtp-out.google.com") by vger.kernel.org with ESMTP id S1750729AbWFEQh4 (ORCPT ); Mon, 5 Jun 2006 12:37:56 -0400 DomainKey-Signature: a=rsa-sha1; s=beta; d=google.com; c=nofws; q=dns; h=received:message-id:date:from:user-agent: x-accept-language:mime-version:to:cc:subject:references:in-reply-to: content-type:content-transfer-encoding; b=w4rMUNoysaOWmLtDK7kcGWAFmLFlM84sKUwalP8q50VfyTgvKFUkdy4Y7nXN/jgJ7 6Fd+8IxqRERULgaGrqD1A== Message-ID: <44845DC6.3010002@google.com> Date: Mon, 05 Jun 2006 09:37:26 -0700 From: Martin Bligh User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051011) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Andy Whitcroft CC: "Martin J. Bligh" , Andrew Morton , linux-kernel@vger.kernel.org, ak@suse.de, Hugh Dickins Subject: Re: 2.6.17-rc5-mm1 References: <447DEF49.9070401@google.com> <20060531140652.054e2e45.akpm@osdl.org> <447E093B.7020107@mbligh.org> <20060531144310.7aa0e0ff.akpm@osdl.org> <447E104B.6040007@mbligh.org> <447F1702.3090405@shadowen.org> <44842C01.2050604@shadowen.org> In-Reply-To: <44842C01.2050604@shadowen.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org > That did seem to get rid of the original error. However, I'm now > experiencing a reiserfs4 panic so I'm not 100% confident the problem > really is gone, but the reiserfs panic isn't anywhere as near hard as > the panic's I have been experiencing; I was able to reboot the machine > even though the tests were not completing correctly. Full panic for > that one is below: Get the same exact panic on ia32 NUMA-Q (just posted it, but for reference, there's a copy here: http://test.kernel.org/abat/34623/debug/console.log ). But only in -mm3, not -mm2, so probably it's intermittent if you were already seeing it on -mm1? PS. I think the reiser4 thing was a typo, it's generic by the looks of it, and I don't think we test reiser4, is probably ext3 or 2. > general protection fault: 0000 [1] SMP > last sysfs file: /devices/pci0000:00/0000:00:06.0/resource > CPU 1 > Modules linked in: > Pid: 19163, comm: mkdir09 Not tainted 2.6.17-rc5-mm2-autokern1 #1 > RIP: 0010:[] [] > check_deadlock+0x1f/0x117 > RSP: 0000:ffff8101fb803dd8 EFLAGS: 00010002 > RAX: 0000000000000000 RBX: 0000000000000001 RCX: 0000000000000000 > RDX: ffff8101f3e64000 RSI: 0000000000000001 RDI: 2222222222222222 > RBP: ffff8101fb803df8 R08: 0000000000000000 R09: ffff8101fb803e68 > R10: ffff8101fb802000 R11: 00000000ffffff9c R12: ffff8101fcafa7b0 > R13: 2222222222222222 R14: 2222222222222222 R15: 0000000000000000 > FS: 000000000804a020(0000) GS:ffff8100e3f27e40(0063) knlGS:00000000f7e15460 > CS: 0010 DS: 002b ES: 002b CR0: 000000008005003b > CR2: 00000000f7ee2090 CR3: 00000001f4dce000 CR4: 00000000000006e0 > Process mkdir09 (pid: 19163, threadinfo ffff8101fb802000, task > ffff8101fdd4b0d0) > Stack: 0000000000000000 ffff8101fcafa7b0 ffff8101f3ae5988 2222222222222222 > ffff8101fb803e28 ffffffff80241361 ffff8101f3ae5988 ffff8101fb802000 > ffff8101fb803e68 ffff8101fdd4b0d0 > Call Trace: > [] check_deadlock+0xd0/0x117 > [] debug_mutex_add_waiter+0x57/0x6f > [] __mutex_lock_slowpath+0xc7/0x232 > [] do_path_lookup+0x258/0x29c > [] mutex_lock+0x9/0xb > [] do_rmdir+0x84/0xfc > [] sys_rmdir+0x11/0x13 > [] ia32_sysret+0x0/0xa > > > Code: 48 8b 57 18 48 85 d2 0f 84 e2 00 00 00 4c 8b 22 45 31 f6 49 > RIP [] check_deadlock+0x1f/0x117 RSP > NMI Watchdog detected LOCKUP on CPU 0 > CPU 0 > Modules linked in: > Pid: 19164, comm: mkdir09 Not tainted 2.6.17-rc5-mm2-autokern1 #1 > RIP: 0010:[] [] > .text.lock.mutex+0x2f/0x65 > RSP: 0000:ffff8101f3e65e98 EFLAGS: 00000086 > RAX: 0000000000000000 RBX: ffff81007b8ec748 RCX: 0000000000000012 > RDX: 0000000000000000 RSI: 0000000000000012 RDI: ffff8101f3ae5988 > RBP: ffff8101f3e65eb8 R08: ffff8101803f6cf8 R09: ffff81007b8ec748 > R10: 000000000000002f R11: 0000000000000000 R12: ffff8101f3ae5988 > R13: 0000000000000246 R14: 0000000000000000 R15: 0000000000000000 > FS: 000000000804a020(0000) GS:ffffffff8061b000(0063) knlGS:00000000f7e15460 > CS: 0010 DS: 002b ES: 002b CR0: 000000008005003b > CR2: 00000000f7ed5cc0 CR3: 00000001f52e4000 CR4: 00000000000006e0 > Process mkdir09 (pid: 19164, threadinfo ffff8101f3e64000, task > ffff8101fcafa7b0) > Stack: 0000000000000012 ffff81007b8ec748 0000000000000000 ffff81007b92a000 > ffff8101f3e65ec8 ffffffff8048d2a3 ffff8101f3e65f68 ffffffff8028172a > ffff8101f4dd49b8 ffff810180051ec0 > Call Trace: > [] mutex_unlock+0x9/0xb > [] do_rmdir+0xd3/0xfc > [] sys_rmdir+0x11/0x13 > [] ia32_sysret+0x0/0xa > > -apw