Re: (Last oops is Tainted: P) Re: 2.6.22-rc5: pdflush oops under heavy disk load

[Oleg Verych]

On Sun, Jun 24, 2007 at 11:10:09AM +0100, Jay L. T. Cornwall wrote:
> Oleg Verych wrote:
> 
> >> That sounds like a good theory: you're getting easily-hit oopses in one of
> >> the kernel's most-used codepaths which hasn't chanbged much in a long
> >> time.  So Something Odd Has Happened.
> 
> > Maybe this time it's just "Tainted: P"?
> 
> That'sthe NVIDIA module, which isn't doing much with X shut down
> regardless. It was bad form to forget this, of course, but is unrelated
> to the problem.
> 
> > And oops have no ext3, like prev. one.
> 
> I know. This isn't ext3 related and I'm fairly certain drivers/net/atl1
> is trashing... something. Perhaps the page table because:

Last oops log was with tainting (as subject reflects), before that i've
saw ext3 and "run fsck" reply. Thus, really clean oops log with all
details, not that you have just posted may be useful.

> [  153.785325] Bad page state in process 'scp'
> [  153.785327] page:ffff81000308d020 flags:0x0040ad41dc050845
> mapping:53dfe57d17cc59cf mapcount:16885953 count:292554304
> [  153.785329] Trying to fix it up, but a reboot is needed
> 
> This one dismisses a reference counting issue because the page data here
> looks like garbage. And a panic in VLC, playing a video across the
> network hits a similar problem:

OK, i see now you are in Windows now, but i will try to ask you about
making testcase using `netcat' or `curl'. If hardware is in trouble,
probably network stressing could trigger that. And clean *one* test
script and no X (or other stuff) will surely help.

[ Netiquette here is being voluntary noise filter, after joining any   ]
[ thread, because reply-to-all is the way of communication in the LKML ]
____
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/