diff options
| author | Artem Bityutskiy <artem.bityutskiy@linux.intel.com> | 2012-06-07 15:15:30 +0300 |
|---|---|---|
| committer | Artem Bityutskiy <artem.bityutskiy@linux.intel.com> | 2012-06-07 15:22:21 +0300 |
| commit | 12027f1b3fd69a4e9017e6b13c72547a99c6cf54 (patch) | |
| tree | 19b7b41b12f4c1eb0a0efdbd494c58e2381e1dd9 /fs | |
| parent | 818039c7d597db3b1d30964a8f9489ac42c0642d (diff) | |
| download | linux-3.10-12027f1b3fd69a4e9017e6b13c72547a99c6cf54.tar.gz linux-3.10-12027f1b3fd69a4e9017e6b13c72547a99c6cf54.tar.bz2 linux-3.10-12027f1b3fd69a4e9017e6b13c72547a99c6cf54.zip | |
UBI: correct ubi_wl_flush locking
Commit "62f38455 UBI: modify ubi_wl_flush function to clear work queue for a lnum"
takes the 'work_sem' semaphore in write mode for the entire loop, which is not
very good because it will block other workers for potentially long time. We do
not need to have it in write mode - read mode is enough, and we do not need to
hole it over the entire loop. So this patch turns changes the locking: takes
'work_sem' in read mode and pushes it down to the loop.
Signed-off-by: Artem Bityutskiy <artem.bityutskiy@linux.intel.com>
Diffstat (limited to 'fs')
0 files changed, 0 insertions, 0 deletions