Searched hist:e44718318004a5618d1dfe2d080e2862532d8e5f (Results 1 – 2 of 2) sorted by relevance
/openbmc/linux/fs/jbd2/ |
H A D | transaction.c | diff e44718318004a5618d1dfe2d080e2862532d8e5f Sat Feb 12 07:18:24 CST 2011 Theodore Ts'o <tytso@mit.edu> jbd2: call __jbd2_log_start_commit with j_state_lock write locked
On an SMP ARM system running ext4, I've received a report that the first J_ASSERT in jbd2_journal_commit_transaction has been triggering:
J_ASSERT(journal->j_running_transaction != NULL);
While investigating possible causes for this problem, I noticed that __jbd2_log_start_commit() is getting called with j_state_lock only read-locked, in spite of the fact that it's possible for it might j_commit_request. Fix this by grabbing the necessary information so we can test to see if we need to start a new transaction before dropping the read lock, and then calling jbd2_log_start_commit() which will grab the write lock.
Signed-off-by: "Theodore Ts'o" <tytso@mit.edu>
|
H A D | journal.c | diff e44718318004a5618d1dfe2d080e2862532d8e5f Sat Feb 12 07:18:24 CST 2011 Theodore Ts'o <tytso@mit.edu> jbd2: call __jbd2_log_start_commit with j_state_lock write locked
On an SMP ARM system running ext4, I've received a report that the first J_ASSERT in jbd2_journal_commit_transaction has been triggering:
J_ASSERT(journal->j_running_transaction != NULL);
While investigating possible causes for this problem, I noticed that __jbd2_log_start_commit() is getting called with j_state_lock only read-locked, in spite of the fact that it's possible for it might j_commit_request. Fix this by grabbing the necessary information so we can test to see if we need to start a new transaction before dropping the read lock, and then calling jbd2_log_start_commit() which will grab the write lock.
Signed-off-by: "Theodore Ts'o" <tytso@mit.edu>
|