One more data point to add, I've been looking at an identical issue when copying large amounts of data. I bisected this - and the lockups occur with commit 3e7d344970673c5334cf7b5bb27c8c0942b06126 - before that I don't see the issue. With this commit, my file copy test locks up after ~8-10 iterations, before this commit I can copy > 100 times and don't see the lockup. On Wed, 2011-04-27 at 15:05 -0500, James Bottomley wrote: > On Wed, 2011-04-27 at 12:50 -0500, James Bottomley wrote: > > To test the theory, Chris asked me to try with data=ordered. > > Unfortunately, the deadlock still shows up. This is what I get. > > As another data point: I'm trying the same kernel with CONFIG_PREEMPT > enabled. This time the deadlock doesn't happen. Instead, kswapd0 gets > pegged at 99% CPU for much of the untar, but it does eventually > complete. > > James > > > -- > 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/ -- To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
