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
| ||
|
Message-ID: <20130226200659.GA27235@thunk.org> Date: Tue, 26 Feb 2013 15:06:59 -0500 From: Theodore Ts'o <tytso@....edu> To: Dmitry Monakhov <dmonakhov@...nvz.org>, linux-ext4@...r.kernel.org Subject: Re: ext4 xfstest regression due to ext4_es_lookup_extent On Mon, Feb 25, 2013 at 05:57:21PM +0800, Zheng Liu wrote: > > I strongly believe in testing. Ext4 is production-grade filesystem > > so we can not break it in the name of new features, unless we are sure > > that features are safe and valuable, that's why investments in > > self-testing infrastructure for ES should have very high priority. > > But off course Theodore's decision whenever feature is looks stable > > enough to get ready go upstream. > > Yes, I agree with you that we shouldn't break a production-grade file > system. Certainly Ted has the final decision. I agree that having better self-testing for sanity check features would be a good thing to add, so that as we make changes in the future, it's much more likely that we will find potential problems sooner rather than later. Given that amount of testing that we've done looking for regressions, I'm feeling pretty good about the stability of the ext4 tree, so I'm ready to send a pull request to Linus with the extent status tree. Yes, we do have the problem with the defrag ioctl, but I trust that Zheng will have a fix for us before v3.9 releases. Worst case, we can just flush the extent status tree entirely which should (inefficiently) solve the defrag bug. Cheers, - Ted -- 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
Powered by blists - more mailing lists