summaryrefslogtreecommitdiffstats
path: root/lib/debug_locks.c
diff options
context:
space:
mode:
authorNeilBrown <neilb@suse.de>2010-04-14 17:15:37 +1000
committerGreg Kroah-Hartman <gregkh@suse.de>2010-07-05 11:15:53 -0700
commite50e2441a3bde4de4dfa4701c1c2b570187b9401 (patch)
tree21184ef50c4df54281c69d43490fb258364bde8c /lib/debug_locks.c
parent130a7957e085172019fc39cdff973a3224d49f0d (diff)
downloadkernel-crypto-e50e2441a3bde4de4dfa4701c1c2b570187b9401.tar.gz
kernel-crypto-e50e2441a3bde4de4dfa4701c1c2b570187b9401.tar.xz
kernel-crypto-e50e2441a3bde4de4dfa4701c1c2b570187b9401.zip
md: manage redundancy group in sysfs when changing level.
commit a64c876fd357906a1f7193723866562ad290654c upstream. Some levels expect the 'redundancy group' to be present, others don't. So when we change level of an array we might need to add or remove this group. This requires fixing up the current practice of overloading ->private to indicate (when ->pers == NULL) that something needs to be removed. So create a new ->to_remove to fill that role. When changing levels, we may need to add or remove attributes. When changing RAID5 -> RAID6, we both add and remove the same thing. It is important to catch this and optimise it out as the removal is delayed until a lock is released, so trying to add immediately would cause problems. Signed-off-by: NeilBrown <neilb@suse.de> Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
Diffstat (limited to 'lib/debug_locks.c')
0 files changed, 0 insertions, 0 deletions