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: <CAPcyv4jbjc+XtX5RX5OL3vPadsYZwoK1NG1qC5AcpySBu5tL4g@mail.gmail.com> Date: Thu, 4 Nov 2021 11:10:19 -0700 From: Dan Williams <dan.j.williams@...el.com> To: Christoph Hellwig <hch@....de> Cc: "Darrick J. Wong" <djwong@...nel.org>, Eric Sandeen <sandeen@...deen.net>, 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, Nov 4, 2021 at 10:36 AM Christoph Hellwig <hch@....de> wrote: > > On Thu, Nov 04, 2021 at 10:34:17AM -0700, Darrick J. Wong wrote: > > /me wonders, are block devices going away? Will mkfs.xfs have to learn > > how to talk to certain chardevs? I guess jffs2 and others already do > > that kind of thing... but I suppose I can wait for the real draft to > > show up to ramble further. ;) > > Right now I've mostly been looking into the kernel side. An no, I > do not expect /dev/pmem* to go away as you'll still need it for a > not DAX aware file system and/or application (such as mkfs initially). > > But yes, just pointing mkfs to the chardev should be doable with very > little work. We can point it to a regular file after all. Note that I've avoided implementing read/write fops for dax devices partly out of concern for not wanting to figure out shared-mmap vs write coherence issues, but also because of a bet with Dave Hansen that device-dax not grow features like what happened to hugetlbfs. So it would seem mkfs would need to switch to mmap I/O, or bite the bullet and implement read/write fops in the driver.
Powered by blists - more mailing lists