Badness in as_completed_request in 2.6.0-test5-bk3

[Ludovico Gardenghi <dunadan@libero.it>]

[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