Re: [RFC PATCH 01/17] dax: refactor dax-fs into a generic provider of dax inodes

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

To: Dan Williams <dan.j.williams@xxxxxxxxx>
Subject: Re: [RFC PATCH 01/17] dax: refactor dax-fs into a generic provider of dax inodes
From: Christoph Hellwig <hch@xxxxxx>
Date: Mon, 30 Jan 2017 13:28:17 +0100
Cc: linux-nvdimm@xxxxxxxxxxx, snitzer@xxxxxxxxxx, toshi.kani@xxxxxxx, mawilcox@xxxxxxxxxxxxx, linux-block@xxxxxxxxxxxxxxx, jmoyer@xxxxxxxxxx, linux-fsdevel@xxxxxxxxxxxxxxx, ross.zwisler@xxxxxxxxxxxxxxx, hch@xxxxxx
In-reply-to: <148559256970.11180.2541041546993320141.stgit@dwillia2-desk3.amr.corp.intel.com>
User-agent: Mutt/1.5.17 (2007-11-01)

I really don't like the dax_inode name.  Why not something like
dax_device or dax_region?
--
To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Follow-Ups:
- Re: [RFC PATCH 01/17] dax: refactor dax-fs into a generic provider of dax inodes
  - From: Dan Williams

References:
- [RFC PATCH 00/17] introduce a dax_inode for dax_operations
  - From: Dan Williams
- [RFC PATCH 01/17] dax: refactor dax-fs into a generic provider of dax inodes
  - From: Dan Williams

Prev by Date: Re: [RFC PATCH 13/17] fs: update mount_bdev() to lookup dax infrastructure
Next by Date: Re: [RFC PATCH 10/17] block: introduce bdev_dax_direct_access()
Previous by thread: [RFC PATCH 01/17] dax: refactor dax-fs into a generic provider of dax inodes
Next by thread: Re: [RFC PATCH 01/17] dax: refactor dax-fs into a generic provider of dax inodes
Index(es):
- Date
- Thread

[Index of Archives] [Linux Ext4 Filesystem] [Union Filesystem] [Filesystem Testing] [Ceph Users] [Ecryptfs] [AutoFS] [Kernel Newbies] [Share Photos] [Security] [Netfilter] [Bugtraq] [Yosemite News] [MIPS Linux] [ARM Linux] [Linux Security] [Linux Cachefs] [Reiser Filesystem] [Linux RAID] [Samba] [Device Mapper] [CEPH Development]