Ok. This is a "good" lockup as far as the kernel is concerned.
It probably means that the kernel is a bit too eager to return memory
allocation failures, which is something I didn't expect from the changes,
but should be a matter of turning a knob or two.
So what happened was that the kernel decided (much too early, for some as
of yet specified reason) that you didn't have enough memory free at some
allocation, and as a result it decided to refuse the allocation. It so
happened that that refusal led to the killing of the process that was
refused, namely X in this case.
I suspect that the changes in 2.1.116 aren't per se what showed it, but
that the different scheduling patterns of the low memory case is showing
cases that could have happened before but were harder to trigger. It
shouldn't be too hard to find.
Linus
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.altern.org/andrebalsa/doc/lkml-faq.html