no doubt it crashes again here, the pipe_write stack gets corrupted by
pipe_wait. Actually we had very good luck that previously it crashed in
the buggy place, so you showed me imemdiatly the buggy assembler, if it
crashed in __wake_up the first time, maybe __wake_up wasn't miscompiled
and it would been much harder to guess it was not a kernel mistake... :)
> Trace; c013ead6 <sys_write+8e/100>
> Trace; c0108a7a <system_call+2e/34>
> Code; c0117fea <__wake_up+5a/7c>
> 00000000 <_EIP>:
> Code; c0117fea <__wake_up+5a/7c> <=====
> 0: 8b 3b mov (%ebx),%edi <=====
> Code; c0117fec <__wake_up+5c/7c>
> 2: 0f 18 07 prefetchnta (%edi)
> Code; c0117fee <__wake_up+5e/7c>
> 5: 3b 5d f4 cmp 0xfffffff4(%ebp),%ebx
> Code; c0117ff2 <__wake_up+62/7c>
> 8: 75 d0 jne ffffffda <_EIP+0xffffffda> c0117fc4 <__
> wake_up+34/7c>
> Code; c0117ff4 <__wake_up+64/7c>
> a: c6 06 01 movb $0x1,(%esi)
> Code; c0117ff6 <__wake_up+66/7c>
> d: ff 75 f8 pushl 0xfffffff8(%ebp)
> Code; c0117ffa <__wake_up+6a/7c>
> 10: 9d popf
> Code; c0117ffa <__wake_up+6a/7c>
> 11: 8d 74 26 00 lea 0x0(%esi,1),%esi
>
> > Also if for example you enabled numa-q you
> > may want to try to disable it and see if w/o discontigmem the problem
> > goes away, if we could isolate it to a config option, it would help a lot.
>
> OK, will see if I can do that - I'm out for a few days, so it may be next
> Tuesday before I can do this
>
> M.
Andrea
-
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/