summaryrefslogtreecommitdiffstats
path: root/MAINTAINERS
diff options
context:
space:
mode:
authorJan Kara <jack@suse.cz>2012-01-04 22:03:11 -0500
committerTheodore Ts'o <tytso@mit.edu>2012-01-04 22:03:11 -0500
commit9837d8e982b7e87a7207f90618e45d460e196e6a (patch)
tree639e335810e90680ce0078b36803835d148144b4 /MAINTAINERS
parent9b90e5e02896406a6da28a376568003d14c06770 (diff)
downloadop-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 'MAINTAINERS')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud