http://bugzilla.kernel.org/show_bug.cgi?id=14354 --- Comment #84 from Theodore Tso <tytso@xxxxxxx> 2009-10-17 19:57:00 --- Alexey, how did you check it? What happens when you use build commit 91ac6f43? Does the output of fsck show file system corruption after running your script? And what happens if you build commit fe188c0e (aka commit 91ac6f43^ aka the parent or immediate predecessor of commit 91ac6f43)? Does the problem reliably go away, which is to say fsck no longer reports file system corruption after you use the immediate predecessor of commit 91ac6f32, but which is there when you use commit 91ac6f32? This commit is supposed to not change anything if you use it with a journal (which is the ext4 default). I've reviewed the patch again, and it looks like it should be changing anything for a default ext4 filesystem with a journal present --- which is why I'm asking you exactly how you confirmed that this commit is the problem one. Maybe I'm missing something, but I don't see how the presence or absence of this patch could be changing anything. Thanks for all of your work, even if it's causing me to be even more mystified about what is going on. -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching the assignee of the bug. -- To unsubscribe from this list: send the line "unsubscribe linux-ext4" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
