diff options
| author |   Dan Williams <dan.j.williams@intel.com> | 2017-01-27 14:13:15 -0800 |
|---|---|---|
| committer | Dan Williams <dan.j.williams@intel.com> | 2017-04-25 13:20:46 -0700 |
| commit | a41fe02b6bba853a29c864d00fd161bbe6cfc715 (patch) | |
| tree | 7060e9ed2234c8b6b2cc99523f18ed66bddba33a /tools/perf/scripts/python/export-to-postgresql.py | |
| parent | ext2, ext4, xfs: retrieve dax_device for iomap operations (diff) | |
| download | linux-rng-a41fe02b6bba853a29c864d00fd161bbe6cfc715.tar.xz linux-rng-a41fe02b6bba853a29c864d00fd161bbe6cfc715.zip | |
Revert "block: use DAX for partition table reads"
commit d1a5f2b4d8a1 ("block: use DAX for partition table reads") was
part of a stalled effort to allow dax mappings of block devices. Since
then the device-dax mechanism has filled the role of dax-mapping static
device ranges.
Now that we are moving ->direct_access() from a block_device operation
to a dax_inode operation we would need block devices to map and carry
their own dax_inode reference.
Unless / until we decide to revive dax mapping of raw block devices
through the dax_inode scheme, there is no need to carry
read_dax_sector(). Its removal in turn allows for the removal of
bdev_direct_access() and should have been included in commit
223757016837 ("block_dev: remove DAX leftovers").
Cc: Jeff Moyer <jmoyer@redhat.com>
Signed-off-by: Dan Williams <dan.j.williams@intel.com>
Diffstat (limited to 'tools/perf/scripts/python/export-to-postgresql.py')
0 files changed, 0 insertions, 0 deletions