diff options
author | Jan Kara <jack@suse.cz> | 2012-01-04 22:03:11 -0500 |
---|---|---|
committer | Theodore Ts'o <tytso@mit.edu> | 2012-01-04 22:03:11 -0500 |
commit | 9837d8e982b7e87a7207f90618e45d460e196e6a (patch) | |
tree | 639e335810e90680ce0078b36803835d148144b4 /fs/befs | |
parent | 9b90e5e02896406a6da28a376568003d14c06770 (diff) | |
download | op-kernel-dev-9837d8e982b7e87a7207f90618e45d460e196e6a.zip op-kernel-dev-9837d8e982b7e87a7207f90618e45d460e196e6a.tar.gz |
jbd2: fix hung processes in jbd2_journal_lock_updates()
Toshiyuki Okajima found out that when running
for ((i=0; i < 100000; i++)); do
if ((i%2 == 0)); then
chattr +j /mnt/file
else
chattr -j /mnt/file
fi
echo "0" >> /mnt/file
done
process sometimes hangs indefinitely in jbd2_journal_lock_updates().
Toshiyuki identified that the following race happens:
jbd2_journal_lock_updates() |jbd2_journal_stop()
---------------------------------------+---------------------------------------
write_lock(&journal->j_state_lock) | .
++journal->j_barrier_count | .
spin_lock(&tran->t_handle_lock) | .
atomic_read(&tran->t_updates) //not 0 |
| atomic_dec_and_test(&tran->t_updates)
| // t_updates = 0
| wake_up(&journal->j_wait_updates)
prepare_to_wait() | // no process is woken up.
spin_unlock(&tran->t_handle_lock) |
write_unlock(&journal->j_state_lock) |
schedule() // never return |
We fix the problem by first calling prepare_to_wait() and only after that
checking t_updates in jbd2_journal_lock_updates().
Reported-and-analyzed-by: Toshiyuki Okajima <toshi.okajima@jp.fujitsu.com>
Signed-off-by: Jan Kara <jack@suse.cz>
Signed-off-by: "Theodore Ts'o" <tytso@mit.edu>
Diffstat (limited to 'fs/befs')
0 files changed, 0 insertions, 0 deletions