diff options
author | NeilBrown <neilb@suse.de> | 2011-01-14 01:14:33 +0300 |
---|---|---|
committer | NeilBrown <neilb@suse.de> | 2011-01-14 01:14:33 +0300 |
commit | 0ca69886a8273ac1350143d562280bfcbe4760dc (patch) | |
tree | 98acbe1e5682e4455bf7d2e7a9413b5a3fd43b2a /drivers/bluetooth/bt3c_cs.c | |
parent | 067032bc628598606056412594042564fcf09e22 (diff) | |
download | linux-0ca69886a8273ac1350143d562280bfcbe4760dc.tar.xz |
md: Ensure no IO request to get md device before it is properly initialised.
When an md device is in the process of coming on line it is possible
for an IO request (typically a partition table probe) to get through
before the array is fully initialised, which can cause unexpected
behaviour (e.g. a crash).
So explicitly record when the array is ready for IO and don't allow IO
through until then.
There is no possibility for a similar problem when the array is going
off-line as there must only be one 'open' at that time, and it is busy
off-lining the array and so cannot send IO requests. So no memory
barrier is needed in md_stop()
This has been a bug since commit 409c57f3801 in 2.6.30 which
introduced md_make_request. Before then, each personality would
register its own make_request_fn when it was ready.
This is suitable for any stable kernel from 2.6.30.y onwards.
Cc: <stable@kernel.org>
Signed-off-by: NeilBrown <neilb@suse.de>
Reported-by: "Hawrylewicz Czarnowski, Przemyslaw" <przemyslaw.hawrylewicz.czarnowski@intel.com>
Diffstat (limited to 'drivers/bluetooth/bt3c_cs.c')
0 files changed, 0 insertions, 0 deletions