dm cache: share cache-metadata object across inactive and active DM tables
authorJoe Thornber <ejt@redhat.com>
Fri, 23 Jan 2015 10:00:07 +0000 (10:00 +0000)
committerDanny Wood <danwood76@gmail.com>
Tue, 29 Jan 2019 13:06:10 +0000 (13:06 +0000)
commit4654763580c1d990faada576080d1062436dac89
tree72321051aa25de33cd2c1fe3818fcba99430461c
parent900418135866ab12ce10e41b7a9c3cd93b30a64b
dm cache: share cache-metadata object across inactive and active DM tables

commit 9b1cc9f251affdd27f29fe46d0989ba76c33faf6 upstream.

If a DM table is reloaded with an inactive table when the device is not
suspended (normal procedure for LVM2), then there will be two dm-bufio
objects that can diverge.  This can lead to a situation where the
inactive table uses bufio to read metadata at the same time the active
table writes metadata -- resulting in the inactive table having stale
metadata buffers once it is promoted to the active table slot.

Fix this by using reference counting and a global list of cache metadata
objects to ensure there is only one metadata object per metadata device.

Signed-off-by: Joe Thornber <ejt@redhat.com>
Signed-off-by: Mike Snitzer <snitzer@redhat.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
drivers/md/dm-cache-metadata.c