linux-ext4 - [Bug 14354] Bad corruption with 2.6.32-rc1 and upwards

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-Id: <200910171957.n9HJv1IB005589@demeter.kernel.org>
Date:	Sat, 17 Oct 2009 19:57:01 GMT
From:	bugzilla-daemon@...zilla.kernel.org
To:	linux-ext4@...r.kernel.org
Subject: [Bug 14354] Bad corruption with 2.6.32-rc1 and upwards

http://bugzilla.kernel.org/show_bug.cgi?id=14354

--- Comment #84 from Theodore Tso <tytso@....edu>  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@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html