- initially based on Jens' 'for-4.8/core' (given all the flag churn) and
  later merged with 'for-4.8/core' to pickup the QUEUE_FLAG_DAX commits
  that DM depends on to provide its DAX support

- clean up the bio-based vs request-based DM core code by moving the
  request-based DM core code out to dm-rq.[hc]

- reinstate bio-based support in the DM multipath target (done with the
  idea that fast storage like NVMe over Fabrics could benefit) -- while
  preserving support for request_fn and blk-mq request-based DM mpath

- SCSI and DM multipath persistent reservation fixes that were
  coordinated with Martin Petersen.

- the DM raid target saw the most extensive change this cycle; it now
  provides reshape and takeover support (by layering ontop of the
  corresponding MD capabilities)

- DAX support for DM core and the linear, stripe and error targets

- A DM thin-provisioning block discard vs allocation race fix that
  addresses potential for corruption

- A stable fix for DM verity-fec's block calculation during decode

- A few cleanups and fixes to DM core and various targets
dm: allow bio-based table to be upgraded to bio-based with DAX support

Allow table type DM_TYPE_BIO_BASED to extend with DM_TYPE_DAX_BIO_BASED
since DM_TYPE_DAX_BIO_BASED supports bio-based requests.

This is needed to allow a snapshot of an LV with DAX support to be
removed.  One of the intermediate table reloads that lvm2 does switches
from DM_TYPE_BIO_BASED to DM_TYPE_DAX_BIO_BASED.  No known reason to
disallow this so...

Signed-off-by: Toshi Kani <toshi.kani@hpe.com>
Signed-off-by: Mike Snitzer <snitzer@redhat.com>
1 file changed