search for: submit_bh

Hi. I got following BUG trace. This is violation of BUG_ON(!buffer_locked(bh)) check on submit_bh() function. In write_dev_supers(), if wait parameter is set and buffer_uptodate() check is negative, submit_bh() is executed and hit above BUG_ON. So I fixed this issue. Thanks. Jun 9 00:41:32 dl580 kernel: ------------[ cut here ]------------ Jun 9 00:41:32 dl580 kernel: kernel BUG at fs/buff...

...Some new test tools: To simulate crashes I have added a new mount option: mount /dev/foo /mnt/bar -t ext3 -o ro-after=NNN When the fs is mounted this way a timer will fire after NNN jiffies and will turn the underlying device immutable. It does this by setting a flag which is tested in submit_bh(). For WRITE requests submit_bh() will simply call bh_end_io(uptodate=1) and return. There's a new ext3 ioctl() which will block the caller until the device has gone readonly. I semi-randomly chose #define EXT3_WAIT_FOR_READONLY _IOR('w', 1, long) The intent here...

Currently, some new storage devices have the ability to do performance optimizations according to the type of data payload - say, file system metadata, time-stamps, sequential write in some granularity, random write and so on. For example, the latest eMMC 4.5 device can support the so-called ''Context Management'' and ''Data Tag Mechanism'' features. By receiving

...scsi_dh_hp_sw scsi_dh_emc scsi_dh_rdac scsi_dh xenblk cdrom xennet ata_generic ata_piix megaraid_sas [ 628.054664] CPU 2 [ 628.054669] Pid: 5601, comm: mc Not tainted 3.7.9-27-xen #1 Supermicro X8DTN+-F/X8DTN+-F [ 628.054674] RIP: e030:[<ffffffff801646da>] [<ffffffff801646da>] submit_bh+0x14a/0x1d0 [ 628.054686] RSP: e02b:ffff8800ed483c88 EFLAGS: 00010246 [ 628.054690] RAX: 4000000001000004 RBX: ffff8800fd3d8260 RCX: 00000003ffffffff [ 628.054694] RDX: 0000000000000001 RSI: ffff8800fd3d8260 RDI: 0000000000000000 [ 628.054698] RBP: ffff8800fd3d8260 R08: 0000000000000000 R09: f...

...u_cache Jul 27 23:41:41 jupiter2 kernel: [ 351.169620] Jul 27 23:41:41 jupiter2 kernel: [ 351.169655] Pid: 5783, comm: deliver Not tainted 3.5.0-gentoo #2 HP ProLiant ML150 G3/ML150 G3 Jul 27 23:41:41 jupiter2 kernel: [ 351.169803] RIP: 0010:[<ffffffff81180862>] [<ffffffff81180862>] submit_bh+0x112/0x120 Jul 27 23:41:41 jupiter2 kernel: [ 351.169889] RSP: 0018:ffff8800574c7b38 EFLAGS: 00010246 Jul 27 23:41:41 jupiter2 kernel: [ 351.169932] RAX: 4000000001000004 RBX: ffffea0001791ac0 RCX: 00000003ffffffff Jul 27 23:41:41 jupiter2 kernel: [ 351.169978] RDX: 0000000000000001 RSI: ffffe...

...x0/0x60 Nov 1 13:52:13 localhost kernel: [submit_bio+98/256] submit_bio +0x62/0x100 Nov 1 13:52:13 localhost kernel: [bio_alloc+231/480] bio_alloc +0xe7/0x1e0 Nov 1 13:52:13 localhost kernel: [end_buffer_async_read+0/320] end_buffer_async_read+0x0/0x140 Nov 1 13:52:13 localhost kernel: [submit_bh+213/288] submit_bh +0xd5/0x120 Nov 1 13:52:13 localhost kernel: [block_read_full_page+404/672] block_read_full_page+0x194/0x2a0 Nov 1 13:52:13 localhost kernel: [add_to_page_cache+112/208] add_to_page_cache+0x70/0xd0 Nov 1 13:52:13 localhost kernel: [read_pages+241/320] read_pages +0xf1...

...ffa9746cae>] blk_queue_bio+0xfe/0x400 [ 1085.193772] [<ffffffffa9744ef7>] generic_make_request+0x147/0x380 [ 1085.193778] [<ffffffffa97451a0>] submit_bio+0x70/0x150 [ 1085.193786] [<ffffffffa967e555>] ? bio_alloc_bioset+0x115/0x310 [ 1085.193791] [<ffffffffa967a197>] _submit_bh+0x127/0x160 [ 1085.193797] [<ffffffffa967a1e0>] submit_bh+0x10/0x20 [ 1085.193808] [<ffffffffc1bd8424>] ext4_read_block_bitmap_nowait+0x4c4/0x640 [ext4] [ 1085.193828] [<ffffffffc1c16641>] ext4_mb_init_cache+0x181/0x6e0 [ext4] [ 1085.193834] [<ffffffffa95c5afe>] ? lru_ca...

..._function+0x0/0x3a Jan 25 21:01:23 turing kernel: [<c013476c>] autoremove_wake_function+0x0/0x3a Jan 25 21:01:23 turing kernel: [<c022b638>] submit_bio+0x95/0x9d Jan 25 21:01:23 turing kernel: [<c0166b05>] bio_alloc+0x105/0x170 Jan 25 21:01:23 turing kernel: [<c0166481>] submit_bh+0x124/0x14a Jan 25 21:01:23 turing kernel: [<c01649e9>] __bread_slow+0x4a/0x86 Jan 25 21:01:23 turing kernel: [<c0164c06>] __bread+0x26/0x2c Jan 25 21:01:23 turing kernel: [<c885d0ef>] ext3_fill_super+0xcd/0x9c1 [ext3] Jan 25 21:01:23 turing kernel: [<c01a0a89>] disk_nam...

...9 772 Mar 23 14:27:37 sMaster01 kernel: [241450.357058] [<ffffffff810b6034>] ? mempool_alloc+0x55/0x106 773 Mar 23 14:27:37 sMaster01 kernel: [241450.357091] [<ffffffff8117ee5c>] ? submit_bio+0xd6/0xf2 774 Mar 23 14:27:37 sMaster01 kernel: [241450.357125] [<ffffffff8110d83f>] ? submit_bh+0xf5/0x115 775 Mar 23 14:27:37 sMaster01 kernel: [241450.357158] [<ffffffff8110edc0>] ? sync_dirty_buffer+0x51/0x93 776 Mar 23 14:27:37 sMaster01 kernel: [241450.357196] [<ffffffffa01727c7>] ? journal_commit_transaction+0xaa6/0xe4f [jbd] 777 Mar 23 14:27:37 sMaster01 kernel: [241450....

...ion+b3/170> Trace; c011bb0b <bh_action+4b/80> Trace; c011b9b1 <tasklet_hi_action+61/a0> Trace; c011b73b <do_softirq+6b/d0> Trace; c0108b6d <do_IRQ+dd/f0> Trace; c01bed9a <generic_make_request+10a/120> Trace; c013a636 <__refile_buffer+56/60> Trace; c01bedfd <submit_bh+4d/70> Trace; c01bef97 <ll_rw_block+177/1c0> Trace; c016e4fd <journal_brelse_array+1d/30> Trace; c016d65b <journal_commit_transaction+3ab/10f2> Trace; c02227c9 <netif_rx+a9/1d0> Trace; c021eb2f <alloc_skb+ef/1c0> Trace; c01c5cd7 <receive_packet+2c7/3e0> Trace;...

...cord(journal_t *journal, set_buffer_uptodate(bh); bh->b_end_io = journal_end_buffer_io_sync; - if (journal->j_flags & JBD2_BARRIER && - !JBD2_HAS_INCOMPAT_FEATURE(journal, + if (!JBD2_HAS_INCOMPAT_FEATURE(journal, JBD2_FEATURE_INCOMPAT_ASYNC_COMMIT)) ret = submit_bh(WRITE_SYNC_PLUG | WRITE_FLUSH_FUA, bh); else @@ -686,8 +685,7 @@ start_journal_io: * the commit record */ if (commit_transaction->t_flushed_data_blocks && - (journal->j_fs_dev != journal->j_dev) && - (journal->j_flags & JBD2_BARRIER)) + (journal...

...] ? __make_request+0x2f7/0x428 [163440.613565] [<ffffffff8117f0a7>] ? generic_make_request+0x299/0x2f9 [163440.613574] [<ffffffff81176f2d>] ? elv_rb_latter_request+0x0/0x23 [163440.613580] [<ffffffff8117f1dd>] ? submit_bio+0xd6/0xf2 [163440.613588] [<ffffffff8110dc59>] ? submit_bh+0x103/0x123 [163440.613614] [<ffffffffa00b60cf>] ? journal_commit_transaction+0x406/0xe2b [jbd] [163440.613623] [<ffffffff8100e63d>] ? xen_force_evtchn_callback+0x9/0xa [163440.613629] [<ffffffff8100ecf2>] ? check_events+0x12/0x20 [163440.613636] [<ffffffff8130c8b2>] ? _...

...} @@ -602,6 +611,8 @@ if (buffer_locked(bh)) { unlock_journal(journal); wait_on_buffer(bh); + if (unlikely(!buffer_uptodate(bh))) + err = -EIO; lock_journal(journal); goto wait_for_ctlbuf; } @@ -650,6 +661,8 @@ bh->b_end_io = journal_end_buffer_io_sync; submit_bh(WRITE, bh); wait_on_buffer(bh); + if (unlikely(!buffer_uptodate(bh))) + err = -EIO; put_bh(bh); /* One for getblk() */ journal_unlock_journal_head(descriptor); } @@ -661,6 +674,9 @@ skip_commit: /* The journal should be unlocked by now. */ + if (err) + __journal_abort_hard(j...

When I copy a file(13Megs) from /home/ to /tmp/, sync takes almost 2 minutes. When I copy the same file to /usr/local/, sync returns almost right away. Both filesystems are ext3 and are on the same harddrive. When sync is running, the harddrive light stays on but I don't hear it doing anything. dmesg doesn't show any errors either. Below is the `time` output for each command. If you

...g defaults from ksymoops -t elf64-alpha -a alpha Trace; fffffc00004ab950 <md_make_request+90/120> Trace; fffffc0000355ba0 <end_buffer_io_sync+0/80> Trace; fffffc0000392abc <ext3_bread+1c/e0> Trace; fffffc000043fba4 <generic_make_request+204/240> Trace; fffffc000043fcac <submit_bh+cc/1e0> Trace; fffffc000044000c <ll_rw_block+24c/320> Trace; fffffc0000355ba0 <end_buffer_io_sync+0/80> Trace; fffffc0000392b04 <ext3_bread+64/e0> Trace; fffffc000036b5e0 <filldir64+0/1c0> Trace; fffffc000038ee28 <ext3_readdir+a8/4c0> Trace; fffffc000036ac28 <vfs...