aboutsummaryrefslogtreecommitdiffstats
path: root/include/linux/raid/md_k.h
diff options
context:
space:
mode:
authorNeilBrown <neilb@suse.de>2008-02-06 01:39:53 -0800
committerLinus Torvalds <torvalds@woody.linux-foundation.org>2008-02-06 10:41:18 -0800
commit1ec4a9398dc05061b6258061676fede733458893 (patch)
treead88e997edf7b13843a1a3991811dc5e44a4166a /include/linux/raid/md_k.h
parentmd: allow a maximum extent to be set for resyncing (diff)
downloadlinux-dev-1ec4a9398dc05061b6258061676fede733458893.tar.xz
linux-dev-1ec4a9398dc05061b6258061676fede733458893.zip
md: set and test the ->persistent flag for md devices more consistently
If you try to start an array for which the number of raid disks is listed as zero, md will currently try to read metadata off any devices that have been given. This was done because the value of raid_disks is used to signal whether array details have been provided by userspace (raid_disks > 0) or must be read from the devices (raid_disks == 0). However for an array without persistent metadata (or with externally managed metadata) this is the wrong thing to do. So we add a test in do_md_run to give an error if raid_disks is zero for non-persistent arrays. This requires that mddev->persistent is set corrently at this point, which it currently isn't for in-kernel autodetected arrays. So set ->persistent for autodetect arrays, and remove the settign in super_*_validate which is now redundant. Also clear ->persistent when stopping an array so it is consistently zero when starting an array. Signed-off-by: Neil Brown <neilb@suse.de> Signed-off-by: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'include/linux/raid/md_k.h')
0 files changed, 0 insertions, 0 deletions