From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <47FE41EE.8040402@cs.helsinki.fi> Date: Thu, 10 Apr 2008 19:35:58 +0300 From: Pekka Enberg MIME-Version: 1.0 Subject: Re: git-slub crashes on the t16p References: <20080410015958.bc2fd041.akpm@linux-foundation.org> <47FE37D0.5030004@cs.helsinki.fi> In-Reply-To: <47FE37D0.5030004@cs.helsinki.fi> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org Return-Path: To: Andrew Morton Cc: Christoph Lameter , linux-mm@kvack.org, mel@skynet.ie List-ID: Pekka Enberg wrote: >>> It's the tree I pulled about 12 hours ago. Quite early in boot. >>> >>> crash: http://userweb.kernel.org/~akpm/p4105087.jpg >>> config: http://userweb.kernel.org/~akpm/config-t61p.txt >>> git-slub.patch: >>> http://userweb.kernel.org/~akpm/mmotm/broken-out/git-slub.patch >>> >>> A t61p is a dual-core x86_64. >>> >>> I was testing with all of the -mm series up to and including >>> git-slub.patch >>> applied. > > On Thu, 10 Apr 2008, Andrew Morton wrote: >> Does the following patch fix it? > > Okay, forget the patch. Looking at disassembly of the oops: > > 0000000000000000 <.text>: > 0: eb ce jmp 0xffffffffffffffd0 > 2: 48 89 de mov %rbx,%rsi > 5: 4c 89 e7 mov %r12,%rdi > 8: e8 38 fe ff ff callq 0xfffffffffffffe45 > d: b8 01 00 00 00 mov $0x1,%eax > 12: 5b pop %rbx > 13: 41 5c pop %r12 > 15: c9 leaveq > 16: c3 retq > 17: c3 retq > 18: 48 63 f6 movslq %esi,%rsi > 1b: 55 push %rbp > 1c: 48 8b 8c f7 20 01 00 mov 0x120(%rdi,%rsi,8),%rcx > 23: 00 > 24: 48 89 e5 mov %rsp,%rbp > 27: 48 85 c9 test %rcx,%rcx > 2a: 74 0d je 0x39 > 2c: f0 48 ff 41 50 lock incq 0x50(%rcx) # %rcx == 0x64 > 31: 48 63 c2 movslq %edx,%rax > 34: f0 48 01 41 58 lock add %rax,0x58(%rcx) > 39: c9 leaveq > 3a: c3 retq > 3b: 48 8b 07 mov (%rdi),%rax > 3e: 55 push %rbp > 3f: 48 rex.W > 40: 89 .byte 0x89 > > Somehow s->node[node] gets to be 0x64 which makes no sense. I checked my > logs and I hit the exact same problem but it went away with "make > clean". Andrew, can you please try that as well? I can't reproduce this on my 2-way with CONFIG_NUMA with or without numa=fake enabled and Mel Gorman tells me my tree boots on their monster numa boxen so I'm a wee bit at of a loss here.... Hmm -- 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