On Fri, Dec 10, 2010 at 02:53:30AM +0100, Matt wrote: > > Try a kernel before 5a87b7a5da250c9be6d757758425dfeaf8ed3179 > > from the tests I've done that one showed the least or no corruption if > you count the empty /etc/env.d/03opengl as an artefact Yes, that's a good test. Also try commit bd2d0210cf. The patch series that is most likely to be at fault if there is a regression in between 5a87b7a5d and bd2d0210cf inclusive. I did a lot of testing before submitting it, but that wa a tricky rewrite. If you can reproduce the problem reliably, it might be good to try commit 16828088f9 (the commit before 5a87b7a5d) and commit bd2d0210cf. If it reliably reproduces on bd2d0210cf, but is clean on 16828088f9, then it's my ext4 block i/o submission patches, and we'll need to either figure out what's going on or back out that set of changes. If that's the case, a bisect of those changes (it's only 6 commits, so it shouldn't take long) would be most appreciated. Regards, - Ted -- dm-devel mailing list dm-devel@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/dm-devel
