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/