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
| ||
|
Date: Mon, 4 Jun 2018 13:51:18 +1000 From: Dave Chinner <david@...morbit.com> To: Ross Zwisler <ross.zwisler@...ux.intel.com> Cc: Dan Williams <dan.j.williams@...el.com>, "Darrick J. Wong" <darrick.wong@...cle.com>, Yasunori Goto <y-goto@...fujitsu.com>, Jan Kara <jack@...e.cz>, linux-xfs <linux-xfs@...r.kernel.org>, linux-ext4 <linux-ext4@...r.kernel.org>, NVDIMM-ML <linux-nvdimm@...ts.01.org> Subject: Re: Question about Experimental of Filesystem DAX. On Thu, May 31, 2018 at 02:25:56PM -0600, Ross Zwisler wrote: > > Right, not a gating item for declaring DAX ready for prime time. > > Yep, I think that the very loud EXPERIMENTAL message is essentially telling > users "your data is at risk if you use this". And that's a call the filesystem maintainers need to make, not the DAX developers. It's clear from recent "oh fuck, DAX on XFS has stopped working in 4.17" a long time after after the changes that broke went into the mainline kernel indicates we have a serious testing problem here. i.e. that the filesystem developers who will have to maintain this stuff and deal with all the "DAX ate my data" bug reports haven't been testing DAX on their filesysetms at all in recent times. And that kinda says to me that the EXPERIMENTAL flag is not getting removed any time soon.... > As far as I know those are basically the 2 items on Dan's > list from a few mails ago (poison recovery & DMA vs truncate). FWIW, I have not been testing DAX because I'm waiting for infrastructure problems like DMA vs truncate to get fixed first.... Cheers, Dave. -- Dave Chinner david@...morbit.com
Powered by blists - more mailing lists