Messages in this thread | ![/](/images/icornerl.gif) | | Date | Tue, 16 Sep 2003 10:19:17 +0200 | From | Ludovico Gardenghi <> | Subject | Badness in as_completed_request in 2.6.0-test5-bk3 |
| |
[I'm very sorry if this message appears 2 or 3 times, but I sent it once with a @despammed.com address; their DNS appears to be down in this period so vger.kernel.org didn't accept my mail.]
Hello.
I've read about this error and that it should have been patched in 2.6.0-test5-bk3.
I tried it because I got a lot of them with 2.6.0-test5 while removing lots of files (i.e. while starting sn at boot time), but I got the same error messages with 2.6.0-test5-bk3; moreover, i had also some "attempt to access beyond end of device" errors while trying to read a file from the same partition. Here are the messages:
Badness in as_completed_request at drivers/block/as-iosched.c:906 Call Trace: [as_completed_request+413/416] as_completed_request+0x19d/0x1a0 [elv_completed_request+31/48] elv_completed_request+0x1f/0x30 [__blk_put_request+60/192] __blk_put_request+0x3c/0xc0 [end_that_request_last+82/160] end_that_request_last+0x52/0xa0 [ide_end_request+219/336] ide_end_request+0xdb/0x150 [ide_dmaq_complete+85/208] ide_dmaq_complete+0x55/0xd0 [ide_dmaq_intr+59/144] ide_dmaq_intr+0x3b/0x90 [ide_intr+234/400] ide_intr+0xea/0x190 [ide_dmaq_intr+0/144] ide_dmaq_intr+0x0/0x90 [handle_IRQ_event+58/112] handle_IRQ_event+0x3a/0x70 [do_IRQ+145/304] do_IRQ+0x91/0x130 [rest_init+0/96] _stext+0x0/0x60 [common_interrupt+24/32] common_interrupt+0x18/0x20 [rest_init+0/96] _stext+0x0/0x60 [default_idle+35/48] default_idle+0x23/0x30 [cpu_idle+44/64] cpu_idle+0x2c/0x40 [start_kernel+337/352] start_kernel+0x151/0x160 [unknown_bootoption+0/256] unknown_bootoption+0x0/0x100
Badness in as_completed_request at drivers/block/as-iosched.c:906 Call Trace: [as_completed_request+413/416] as_completed_request+0x19d/0x1a0 [elv_completed_request+31/48] elv_completed_request+0x1f/0x30 [__blk_put_request+60/192] __blk_put_request+0x3c/0xc0 [end_that_request_last+82/160] end_that_request_last+0x52/0xa0 [ide_end_request+219/336] ide_end_request+0xdb/0x150 [ide_dmaq_complete+85/208] ide_dmaq_complete+0x55/0xd0 [ide_dmaq_intr+59/144] ide_dmaq_intr+0x3b/0x90 [ide_intr+234/400] ide_intr+0xea/0x190 [ide_dmaq_intr+0/144] ide_dmaq_intr+0x0/0x90 [handle_IRQ_event+58/112] handle_IRQ_event+0x3a/0x70 [do_IRQ+145/304] do_IRQ+0x91/0x130 [common_interrupt+24/32] common_interrupt+0x18/0x20 [journal_add_journal_head+228/256] journal_add_journal_head+0xe4/0x100 [journal_get_undo_access+21/320] journal_get_undo_access+0x15/0x140 [ext3_free_blocks+432/1264] ext3_free_blocks+0x1b0/0x4f0 [ext3_free_data+152/336] ext3_free_data+0x98/0x150 [ext3_truncate+1444/1536] ext3_truncate+0x5a4/0x600 [ext3_mark_iloc_dirty+40/64] ext3_mark_iloc_dirty+0x28/0x40 [journal_start+169/208] journal_start+0xa9/0xd0 [__ext3_journal_stop+36/80] __ext3_journal_stop+0x24/0x50 [start_transaction+35/96] start_transaction+0x23/0x60 [ext3_delete_inode+198/272] ext3_delete_inode+0xc6/0x110 [ext3_put_inode+19/48] ext3_put_inode+0x13/0x30 [ext3_delete_inode+0/272] ext3_delete_inode+0x0/0x110 [generic_delete_inode+106/272] generic_delete_inode+0x6a/0x110 [ext3_put_inode+19/48] ext3_put_inode+0x13/0x30 [iput+98/128] iput+0x62/0x80 [sys_unlink+272/320] sys_unlink+0x110/0x140 [syscall_call+7/11] syscall_call+0x7/0xb
And:
attempt to access beyond end of device hda7: rw=0, want=3699666016, limit=9992367 attempt to access beyond end of device hda7: rw=0, want=1817182208, limit=9992367 attempt to access beyond end of device hda7: rw=0, want=4294958280, limit=9992367 attempt to access beyond end of device hda7: rw=0, want=1487072352, limit=9992367 attempt to access beyond end of device hda7: rw=0, want=1242071648, limit=9992367 attempt to access beyond end of device hda7: rw=0, want=4294960784, limit=9992367 attempt to access beyond end of device hda7: rw=0, want=3706055712, limit=9992367 [...]
My mainboard has a VIA controller (Asus A7V8X) and the hard disk is a IBM 180GXP with Tagged Command Queueing enabled and a default queue length of 8. I haven't tried disabling TCQ, but it seemed to work up to 2.6.0-test4 (although with 2.6.0-test4 I experienced some data "swapping" between files while accessing lots of them concurrently).
Ludovico -- <dunadan@libero.it> garden (irc.freenode.net) ICQ: 64483080 GPG ID: 07F89BB8 Jabber: garden@jabber.students.cs.unibo.it -- This is signature nr. 1226 - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| ![\](/images/icornerr.gif) |