diff options
author | NeilBrown <neilb@suse.de> | 2008-02-06 01:39:53 -0800 |
---|---|---|
committer | Linus Torvalds <torvalds@woody.linux-foundation.org> | 2008-02-06 10:41:18 -0800 |
commit | 1ec4a9398dc05061b6258061676fede733458893 (patch) | |
tree | ad88e997edf7b13843a1a3991811dc5e44a4166a /fs | |
parent | c620727779f7cc8ea96efb71f0651a26349e59c1 (diff) | |
download | kernel_samsung_aries-1ec4a9398dc05061b6258061676fede733458893.zip kernel_samsung_aries-1ec4a9398dc05061b6258061676fede733458893.tar.gz kernel_samsung_aries-1ec4a9398dc05061b6258061676fede733458893.tar.bz2 |
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 'fs')
0 files changed, 0 insertions, 0 deletions