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 PHC | |
Open Source and information security mailing list archives
| ||
|
Date: Fri, 29 Oct 2021 08:42:29 -0700 From: Dan Williams <dan.j.williams@...el.com> To: Stephen Rothwell <sfr@...b.auug.org.au>, Christoph Hellwig <hch@....de>, "Darrick J. Wong" <djwong@...nel.org>, Shiyang Ruan <ruansy.fnst@...itsu.com> Cc: Mike Snitzer <snitzer@...hat.com>, Ira Weiny <ira.weiny@...el.com>, device-mapper development <dm-devel@...hat.com>, linux-xfs <linux-xfs@...r.kernel.org>, Linux NVDIMM <nvdimm@...ts.linux.dev>, linux-s390 <linux-s390@...r.kernel.org>, linux-fsdevel <linux-fsdevel@...r.kernel.org>, linux-erofs@...ts.ozlabs.org, linux-ext4 <linux-ext4@...r.kernel.org>, virtualization@...ts.linux-foundation.org Subject: Re: futher decouple DAX from block devices On Thu, Oct 28, 2021 at 4:52 PM Stephen Rothwell <sfr@...b.auug.org.au> wrote: > > Hi Dan, > > On Wed, 27 Oct 2021 13:46:31 -0700 Dan Williams <dan.j.williams@...el.com> wrote: > > > > My merge resolution is here [1]. Christoph, please have a look. The > > rebase and the merge result are both passing my test and I'm now going > > to review the individual patches. However, while I do that and collect > > acks from DM and EROFS folks, I want to give Stephen a heads up that > > this is coming. Primarily I want to see if someone sees a better > > strategy to merge this, please let me know, but if not I plan to walk > > Stephen and Linus through the resolution. > > It doesn't look to bad to me (however it is a bit late in the cycle :-( > ). Once you are happy, just put it in your tree (some of the conflicts > are against the current -rc3 based version of your tree anyway) and I > will cope with it on Monday. Christoph, Darrick, Shiyang, I'm losing my nerve to try to jam this into v5.16 this late in the cycle. I do want to get dax+reflink squared away as soon as possible, but that looks like something that needs to build on top of a v5.16-rc1 at this point. If Linus does a -rc8 then maybe it would have enough soak time, but otherwise I want to take the time to collect the acks and queue up some more follow-on cleanups to prepare for block-less-dax.
Powered by blists - more mailing lists