Re: [PATCH 04/15] brd: remove dax support

2017-11-04 Thread Jens Axboe
On 10/31/2017 05:21 PM, Dan Williams wrote: > DAX support in brd is awkward because its backing page frames are > distinct from the ones provided by pmem, dcssblk, or axonram. We need > pfn_t_devmap() entries to fully support DAX, and the limited DAX support > for pfn_t_special() page frames is

Re: [PATCH 04/15] brd: remove dax support

2017-11-04 Thread Jens Axboe
On 10/31/2017 05:21 PM, Dan Williams wrote: > DAX support in brd is awkward because its backing page frames are > distinct from the ones provided by pmem, dcssblk, or axonram. We need > pfn_t_devmap() entries to fully support DAX, and the limited DAX support > for pfn_t_special() page frames is

Re: [PATCH 04/15] brd: remove dax support

2017-11-02 Thread Christoph Hellwig
Looks good, Reviewed-by: Christoph Hellwig

Re: [PATCH 04/15] brd: remove dax support

2017-11-02 Thread Christoph Hellwig
Looks good, Reviewed-by: Christoph Hellwig

[PATCH 04/15] brd: remove dax support

2017-10-31 Thread Dan Williams
DAX support in brd is awkward because its backing page frames are distinct from the ones provided by pmem, dcssblk, or axonram. We need pfn_t_devmap() entries to fully support DAX, and the limited DAX support for pfn_t_special() page frames is not interesting for brd when pmem is already a

[PATCH 04/15] brd: remove dax support

2017-10-31 Thread Dan Williams
DAX support in brd is awkward because its backing page frames are distinct from the ones provided by pmem, dcssblk, or axonram. We need pfn_t_devmap() entries to fully support DAX, and the limited DAX support for pfn_t_special() page frames is not interesting for brd when pmem is already a