diff options
author | NeilBrown <neilb@suse.de> | 2012-05-22 13:55:08 +1000 |
---|---|---|
committer | NeilBrown <neilb@suse.de> | 2012-05-22 13:55:08 +1000 |
commit | ef99bf480de9bde9d3b2afdf05324670fab4e571 (patch) | |
tree | 49afa5fd6e7e8060f3601c04bb25b96e14d14a39 /drivers/bluetooth | |
parent | 6409bb05a9831f6af36a20b97cda13059c2ef1b6 (diff) | |
download | linux-stable-ef99bf480de9bde9d3b2afdf05324670fab4e571.tar.gz linux-stable-ef99bf480de9bde9d3b2afdf05324670fab4e571.tar.bz2 linux-stable-ef99bf480de9bde9d3b2afdf05324670fab4e571.zip |
md/bitmap: allow a bitmap with no backing storage.
An md bitmap comprises two parts
- internal counting of active writes per 'chunk'.
- external storage of whether there are any active writes on
each chunk
The second requires the first, but the first doesn't require the
second.
Not having backing storage means that the bitmap cannot expedite
resync after a crash, but it still allows us to expedite the recovery
of a recently-removed device.
So: allow a bitmap to exist even if there is no backing device.
In that case we default to 128M chunks.
A particular value of this is that we can remove and re-add a bitmap
(possibly of a different granularity) on a degraded array, and not
lose the information needed to fast-recover the missing device.
We don't actually activate these bitmaps yet - that will come
in a later patch.
Signed-off-by: NeilBrown <neilb@suse.de>
Diffstat (limited to 'drivers/bluetooth')
0 files changed, 0 insertions, 0 deletions