diff options
author | Joel Reardon <joel@clambassador.com> | 2012-05-20 21:27:11 +0200 |
---|---|---|
committer | Artem Bityutskiy <artem.bityutskiy@linux.intel.com> | 2012-05-21 11:34:41 +0300 |
commit | 62f384552b6756cf1ea71f8762d1e97dc77dbd90 (patch) | |
tree | 6ebd89f4f18eca1724e8a50b8fc6cdefc29de18a /drivers/hid/hid-wiimote.h | |
parent | 05a3cb7dcec5a15ed9b18a5317ba2075355c7547 (diff) | |
download | blackbird-op-linux-62f384552b6756cf1ea71f8762d1e97dc77dbd90.tar.gz blackbird-op-linux-62f384552b6756cf1ea71f8762d1e97dc77dbd90.zip |
UBI: modify ubi_wl_flush function to clear work queue for a lnum
This patch modifies ubi_wl_flush to force the erasure of
particular volume id / logical eraseblock number pairs. Previous functionality
is preserved when passing UBI_ALL for both values. The locations where ubi_wl_flush
were called are appropriately changed: ubi_leb_erase only flushes for the
erased LEB, and ubi_create_volume forces only flushing for its volume id.
External code can call this new feature via the new function ubi_flush() added
to kapi.c, which simply passes through to ubi_wl_flush().
This was tested by disabling the call to do_work in ubi thread, which results
in the work queue remaining unless explicitly called to remove. UBIFS was
changed to call ubifs_leb_change 50 times for four different LEBs. Then the
new function was called to clear the queue: passing wrong volume ids / lnum,
correct ones, and finally UBI_ALL for both to ensure it was finally all
cleard. The work queue was dumped each time and the selective removal
of the particular LEB numbers was observed. Extra checks were enabled and
ubifs's integck was also run. Finally, the drive was repeatedly filled and
emptied to ensure that the queue was cleared normally.
Artem: amended the patch.
Signed-off-by: Joel Reardon <reardonj@inf.ethz.ch>
Signed-off-by: Artem Bityutskiy <artem.bityutskiy@linux.intel.com>
Diffstat (limited to 'drivers/hid/hid-wiimote.h')
0 files changed, 0 insertions, 0 deletions