diff options
author | Mike Snitzer <snitzer@redhat.com> | 2011-04-01 21:02:31 +0200 |
---|---|---|
committer | Jens Axboe <jaxboe@fusionio.com> | 2011-04-05 23:52:43 +0200 |
commit | a63a5cf84dac7a23a57c800eea5734701e7d3c04 (patch) | |
tree | 965552b96d7eacc21206a4f28672efd24a04d913 /ipc/msg.c | |
parent | fs: export empty_aops (diff) | |
download | linux-a63a5cf84dac7a23a57c800eea5734701e7d3c04.tar.xz linux-a63a5cf84dac7a23a57c800eea5734701e7d3c04.zip |
dm: improve block integrity support
The current block integrity (DIF/DIX) support in DM is verifying that
all devices' integrity profiles match during DM device resume (which
is past the point of no return). To some degree that is unavoidable
(stacked DM devices force this late checking). But for most DM
devices (which aren't stacking on other DM devices) the ideal time to
verify all integrity profiles match is during table load.
Introduce the notion of an "initialized" integrity profile: a profile
that was blk_integrity_register()'d with a non-NULL 'blk_integrity'
template. Add blk_integrity_is_initialized() to allow checking if a
profile was initialized.
Update DM integrity support to:
- check all devices with _initialized_ integrity profiles match
during table load; uninitialized profiles (e.g. for underlying DM
device(s) of a stacked DM device) are ignored.
- disallow a table load that would result in an integrity profile that
conflicts with a DM device's existing (in-use) integrity profile
- avoid clearing an existing integrity profile
- validate all integrity profiles match during resume; but if they
don't all we can do is report the mismatch (during resume we're past
the point of no return)
Signed-off-by: Mike Snitzer <snitzer@redhat.com>
Cc: Martin K. Petersen <martin.petersen@oracle.com>
Signed-off-by: Jens Axboe <jaxboe@fusionio.com>
Diffstat (limited to 'ipc/msg.c')
0 files changed, 0 insertions, 0 deletions