search for: bj_none

...b_count:2 b_blocknr:1 b_jbd:1 b_frozen_data:00000000 b_committed_data:00000000 b_transaction:1 b_next_transaction:0 b_cp_transaction:1 b_trans_is_running:0 b_trans_is_comitting:1 b_jcount:0 <0> __refile_buffer() [buffer.c:1135] enter b_state:0x92 b_list:BUF_CLEAN b_jlist:BJ_None on_lru:1 cpu:0 on_hash:1 b_count:2 b_blocknr:1 b_jbd:1 b_frozen_data:00000000 b_committed_data:00000000 b_transaction:0 b_next_transaction:0 b_cp_transaction:1 b_trans_is_running:0 b_trans_is_comitting:0 b_jcount:0 <0> __refile_buffer() [buffer.c:1150] exit b_state:0...

...;& (destroy_dirty_buffers || !buffer_dirty(bh))) put_last_free(bh); if (slept) goto again; Stephen suggested something along the above a bit ago, except he uses bh->b_jlist == BJ_None. buffer_journaled() seems to be a function in fs.h which seems a bit more appropriate. Next, with the above we'd still see problems. My next patch included a suggestion from Heinz to add lock_kernel() and unlock_kernel() around the fsync_dev() and invalidate_buffers() in lvm.c/lvm_do_pv_flus...

...e same problem again; it seems "free" in vmstat never dropped below 1000 with ext2. This is how I solved the 2 ext3 rejects 1) fs/buffer.c @@ -908,9 +933,13 @@ if (buf->b_count) { buf->b_count--; + if (!buf->b_count && + (buf->b_jlist != BJ_None && buf->b_jlist != BJ_Shadow && buf->b_jlis t != BJ_Data)) + J_ASSERT (!test_bit(BH_JWrite, &buf->b_state)); return; } printk("VFS: brelse: Trying to free free buffer\n"); + J_ASSERT(buf->b_count > 0); *(int *)0 = 0; &l...

...kernel. 1) fs/buffer.c Should I put "J_ASSERT(buf->b_count > 0);" before or after " *(int *)0 = 0;"? ===== ext3 0.0.7a patch --- 934,946 ---- if (buf->b_count) { buf->b_count--; + if (!buf->b_count && + (buf->b_jlist != BJ_None && buf->b_jlist != BJ_Shadow && buf->b_jlis t != BJ_Data)) + J_ASSERT (!test_bit(BH_JWrite, &buf->b_state)); return; } printk("VFS: brelse: Trying to free free buffer\n"); + J_ASSERT(buf->b_count > 0); } ===== redhat lates...

...BH_Freed 12 /* 1 if buffer has been freed (truncated) */ +#define BH_Revoked 13 /* 1 if buffer has been revoked from the log */ +#define BH_RevokeValid 14 /* 1 if buffer revoked flag is valid */ +#define BH_JDirty 15 /* 1 if buffer is dirty but journaled */ + +/* journaling buffer types */ +#define BJ_None 0 /* Not journaled */ +#define BJ_Data 1 /* Normal data: flush before commit */ +#define BJ_Metadata 2 /* Normal journaled metadata */ +#define BJ_Forget 3 /* Buffer superceded by this transaction */ +#define BJ_IO 4 /* Buffer is for temporary IO use */ +#define BJ_Shadow 5 /* Buffer contents be...

Hi, I've recently been playing about with recent ext3 0.0.6b and lvm 0.9.1 beta7 and am now able to trigger an "Attempt to refile free buffer" assertion. This seems to "only" occur when using ext3 on the root filesystem. Possibly that is related to the fact that the lvm utility I'm using to reproduce this problem is modifying data in /etc. The easist reproduction

The following 6 patches cleanup the jbd code and kill about 200 lines. First of 4 patches can apply to 2.6.13-git8 and 2.6.13-mm2. The rest of them can apply to 2.6.13-mm2. fs/jbd/checkpoint.c | 179 +++++++++++-------------------------------- fs/jbd/commit.c | 101 ++++++++++-------------- fs/jbd/journal.c | 11 +- fs/jbd/revoke.c | 158