Below is a kernel dump that I just got. This is a fresh new install of centos 5.1 on NVIDIA gigabyte MB-GA-M61P-S3. nothing extra has been added. I have not tried the irqpoll but I am surprised to get this. Also the machine keeps running just hod this show on the console... Any ideas??? Jerry Jan 8 05:20:00 localhost kernel: irq 169: nobody cared (try booting with the "irqpoll" option) Jan 8 05:20:00 localhost kernel: Jan 8 05:20:00 localhost kernel: Call Trace: Jan 8 05:20:00 localhost kernel: <IRQ> [<ffffffff800b5d77>] __report_bad_irq+0x30/0x7d Jan 8 05:20:00 localhost kernel: [<ffffffff800b5faa>] note_interrupt+0x1e6/0x227 Jan 8 05:20:00 localhost kernel: [<ffffffff800b54bc>] __do_IRQ+0xc7/0x105 Jan 8 05:20:00 localhost kernel: [<ffffffff8006a3bd>] do_IRQ+0xe7/0xf5 Jan 8 05:20:00 localhost kernel: [<ffffffff8005b615>] ret_from_intr+0x0/0xa Jan 8 05:20:00 localhost kernel: [<ffffffff80011cba>] __do_softirq+0x53/0xd5 Jan 8 05:20:00 localhost kernel: [<ffffffff801515dd>] end_msi_irq_wo_maskbit+0x9/0x16 Jan 8 05:20:00 localhost kernel: [<ffffffff8005c2fc>] call_softirq+0x1c/0x28 Jan 8 05:20:00 localhost kernel: [<ffffffff8006a53a>] do_softirq+0x2c/0x85 Jan 8 05:20:00 localhost kernel: [<ffffffff8006a3c2>] do_IRQ+0xec/0xf5 Jan 8 05:20:00 localhost kernel: [<ffffffff8005b615>] ret_from_intr+0x0/0xa Jan 8 05:20:00 localhost kernel: <EOI> [<ffffffff8000cb74>] bit_waitqueue+0x3c/0xb4 Jan 8 05:20:00 localhost kernel: [<ffffffff8002ce23>] wake_up_bit+0x11/0x22 Jan 8 05:20:00 localhost kernel: [<ffffffff880328ef>] :jbd:do_get_write_access+0x137/0x527 Jan 8 05:20:01 localhost kernel: [<ffffffff800192e9>] __getblk+0x25/0x22c Jan 8 05:20:01 localhost kernel: [<ffffffff88032d01>] :jbd:journal_get_write_access+0x22/0x33 Jan 8 05:20:01 localhost kernel: [<ffffffff8804dc75>] :ext3:ext3_reserve_inode_write+0x38/0x90 Jan 8 05:20:01 localhost kernel: [<ffffffff8804dcee>] :ext3:ext3_mark_inode_dirty+0x21/0x3c Jan 8 05:20:01 localhost kernel: [<ffffffff88050b14>] :ext3:ext3_dirty_inode+0x63/0x7b Jan 8 05:20:01 localhost kernel: [<ffffffff8001349c>] __mark_inode_dirty+0x29/0x16e Jan 8 05:20:01 localhost kernel: [<ffffffff8804b5f5>] :ext3:ext3_new_blocks+0x567/0x693 Jan 8 05:20:01 localhost kernel: [<ffffffff80025273>] __bread+0x6/0x81 Jan 8 05:20:01 localhost kernel: [<ffffffff8804e46b>] :ext3:ext3_get_blocks_handle+0x43a/0x9f1 Jan 8 05:20:01 localhost kernel: [<ffffffff88032ca8>] :jbd:do_get_write_access+0x4f0/0x527 Jan 8 05:20:01 localhost kernel: [<ffffffff8804ed42>] :ext3:ext3_get_block+0xbe/0xe3 Jan 8 05:20:01 localhost kernel: [<ffffffff8000e1b3>] __block_prepare_write+0x1b6/0x4a0 Jan 8 05:20:01 localhost kernel: [<ffffffff8804ec84>] :ext3:ext3_get_block+0x0/0xe3 Jan 8 05:20:01 localhost kernel: [<ffffffff8003c1d4>] block_prepare_write+0x1a/0x25 Jan 8 05:20:01 localhost kernel: [<ffffffff88050260>] :ext3:ext3_prepare_write+0xaf/0x17b Jan 8 05:20:01 localhost kernel: [<ffffffff8000f9cb>] generic_file_buffered_write+0x25a/0x6d8 Jan 8 05:20:01 localhost kernel: [<ffffffff8000cca5>] file_read_actor+0xb9/0x154 Jan 8 05:20:01 localhost kernel: [<ffffffff8000ddd9>] current_fs_time+0x3b/0x40 Jan 8 05:20:01 localhost kernel: [<ffffffff8000cbec>] file_read_actor+0x0/0x154 Jan 8 05:20:01 localhost kernel: [<ffffffff80015dc6>] __generic_file_aio_write_nolock+0x36c/0x3b8 Jan 8 05:20:01 localhost kernel: [<ffffffff8002134b>] generic_file_aio_write+0x65/0xc1 Jan 8 05:20:01 localhost kernel: [<ffffffff8804c192>] :ext3:ext3_file_write+0x16/0x91 Jan 8 05:20:01 localhost kernel: [<ffffffff80017958>] do_sync_write+0xc7/0x104 Jan 8 05:20:01 localhost kernel: [<ffffffff8009b492>] autoremove_wake_function+0x0/0x2e Jan 8 05:20:01 localhost kernel: [<ffffffff8000cbec>] file_read_actor+0x0/0x154 Jan 8 05:20:01 localhost kernel: [<ffffffff800161d8>] vfs_write+0xce/0x174 Jan 8 05:20:01 localhost kernel: [<ffffffff80016a8d>] sys_write+0x2d/0x6e Jan 8 05:20:01 localhost kernel: [<ffffffff80016aa5>] sys_write+0x45/0x6e Jan 8 05:20:01 localhost kernel: [<ffffffff8005b28d>] tracesys+0xd5/0xe0 Jan 8 05:20:01 localhost kernel: Jan 8 05:20:01 localhost kernel: handlers: Jan 8 05:20:01 localhost kernel: [<ffffffff801dadc4>] (usb_hcd_irq+0x0/0x55) Jan 8 05:20:01 localhost kernel: Disabling IRQ #169
It looks rather to do with a filesystem when a gfx card, can you reproduce, what are the steps? - Nicolas On Jan 8, 2008 6:25 PM, Jerry Geis <geisj at pagestation.com> wrote:> Below is a kernel dump that I just got. This is a fresh new install of > centos 5.1 on NVIDIA > gigabyte MB-GA-M61P-S3. nothing extra has been added. > > I have not tried the irqpoll but I am surprised to get this. > > Also the machine keeps running just hod this show on the console... > > Any ideas??? > > Jerry > > Jan 8 05:20:00 localhost kernel: irq 169: nobody cared (try booting with > the "irqpoll" option) > Jan 8 05:20:00 localhost kernel: > Jan 8 05:20:00 localhost kernel: Call Trace: > Jan 8 05:20:00 localhost kernel: <IRQ> [<ffffffff800b5d77>] > __report_bad_irq+0x30/0x7d > Jan 8 05:20:00 localhost kernel: [<ffffffff800b5faa>] > note_interrupt+0x1e6/0x227 > Jan 8 05:20:00 localhost kernel: [<ffffffff800b54bc>] > __do_IRQ+0xc7/0x105 > Jan 8 05:20:00 localhost kernel: [<ffffffff8006a3bd>] do_IRQ+0xe7/0xf5 > Jan 8 05:20:00 localhost kernel: [<ffffffff8005b615>] > ret_from_intr+0x0/0xa > Jan 8 05:20:00 localhost kernel: [<ffffffff80011cba>] > __do_softirq+0x53/0xd5 > Jan 8 05:20:00 localhost kernel: [<ffffffff801515dd>] > end_msi_irq_wo_maskbit+0x9/0x16 > Jan 8 05:20:00 localhost kernel: [<ffffffff8005c2fc>] > call_softirq+0x1c/0x28 > Jan 8 05:20:00 localhost kernel: [<ffffffff8006a53a>] > do_softirq+0x2c/0x85 > Jan 8 05:20:00 localhost kernel: [<ffffffff8006a3c2>] do_IRQ+0xec/0xf5 > Jan 8 05:20:00 localhost kernel: [<ffffffff8005b615>] > ret_from_intr+0x0/0xa > Jan 8 05:20:00 localhost kernel: <EOI> [<ffffffff8000cb74>] > bit_waitqueue+0x3c/0xb4 > Jan 8 05:20:00 localhost kernel: [<ffffffff8002ce23>] > wake_up_bit+0x11/0x22 > Jan 8 05:20:00 localhost kernel: [<ffffffff880328ef>] > :jbd:do_get_write_access+0x137/0x527 > Jan 8 05:20:01 localhost kernel: [<ffffffff800192e9>] > __getblk+0x25/0x22c > Jan 8 05:20:01 localhost kernel: [<ffffffff88032d01>] > :jbd:journal_get_write_access+0x22/0x33 > Jan 8 05:20:01 localhost kernel: [<ffffffff8804dc75>] > :ext3:ext3_reserve_inode_write+0x38/0x90 > Jan 8 05:20:01 localhost kernel: [<ffffffff8804dcee>] > :ext3:ext3_mark_inode_dirty+0x21/0x3c > Jan 8 05:20:01 localhost kernel: [<ffffffff88050b14>] > :ext3:ext3_dirty_inode+0x63/0x7b > Jan 8 05:20:01 localhost kernel: [<ffffffff8001349c>] > __mark_inode_dirty+0x29/0x16e > Jan 8 05:20:01 localhost kernel: [<ffffffff8804b5f5>] > :ext3:ext3_new_blocks+0x567/0x693 > Jan 8 05:20:01 localhost kernel: [<ffffffff80025273>] __bread+0x6/0x81 > Jan 8 05:20:01 localhost kernel: [<ffffffff8804e46b>] > :ext3:ext3_get_blocks_handle+0x43a/0x9f1 > Jan 8 05:20:01 localhost kernel: [<ffffffff88032ca8>] > :jbd:do_get_write_access+0x4f0/0x527 > Jan 8 05:20:01 localhost kernel: [<ffffffff8804ed42>] > :ext3:ext3_get_block+0xbe/0xe3 > Jan 8 05:20:01 localhost kernel: [<ffffffff8000e1b3>] > __block_prepare_write+0x1b6/0x4a0 > Jan 8 05:20:01 localhost kernel: [<ffffffff8804ec84>] > :ext3:ext3_get_block+0x0/0xe3 > Jan 8 05:20:01 localhost kernel: [<ffffffff8003c1d4>] > block_prepare_write+0x1a/0x25 > Jan 8 05:20:01 localhost kernel: [<ffffffff88050260>] > :ext3:ext3_prepare_write+0xaf/0x17b > Jan 8 05:20:01 localhost kernel: [<ffffffff8000f9cb>] > generic_file_buffered_write+0x25a/0x6d8 > Jan 8 05:20:01 localhost kernel: [<ffffffff8000cca5>] > file_read_actor+0xb9/0x154 > Jan 8 05:20:01 localhost kernel: [<ffffffff8000ddd9>] > current_fs_time+0x3b/0x40 > Jan 8 05:20:01 localhost kernel: [<ffffffff8000cbec>] > file_read_actor+0x0/0x154 > Jan 8 05:20:01 localhost kernel: [<ffffffff80015dc6>] > __generic_file_aio_write_nolock+0x36c/0x3b8 > Jan 8 05:20:01 localhost kernel: [<ffffffff8002134b>] > generic_file_aio_write+0x65/0xc1 > Jan 8 05:20:01 localhost kernel: [<ffffffff8804c192>] > :ext3:ext3_file_write+0x16/0x91 > Jan 8 05:20:01 localhost kernel: [<ffffffff80017958>] > do_sync_write+0xc7/0x104 > Jan 8 05:20:01 localhost kernel: [<ffffffff8009b492>] > autoremove_wake_function+0x0/0x2e > Jan 8 05:20:01 localhost kernel: [<ffffffff8000cbec>] > file_read_actor+0x0/0x154 > Jan 8 05:20:01 localhost kernel: [<ffffffff800161d8>] > vfs_write+0xce/0x174 > Jan 8 05:20:01 localhost kernel: [<ffffffff80016a8d>] > sys_write+0x2d/0x6e > Jan 8 05:20:01 localhost kernel: [<ffffffff80016aa5>] > sys_write+0x45/0x6e > Jan 8 05:20:01 localhost kernel: [<ffffffff8005b28d>] tracesys+0xd5/0xe0 > Jan 8 05:20:01 localhost kernel: > Jan 8 05:20:01 localhost kernel: handlers: > Jan 8 05:20:01 localhost kernel: [<ffffffff801dadc4>] > (usb_hcd_irq+0x0/0x55) > Jan 8 05:20:01 localhost kernel: Disabling IRQ #169 > > _______________________________________________ > CentOS mailing list > CentOS at centos.org > http://lists.centos.org/mailman/listinfo/centos >-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.centos.org/pipermail/centos/attachments/20080108/e2670e96/attachment-0003.html>
> > It looks rather to do with a filesystem when a gfx card, can you reproduce, > what are the steps? > > > - Nicolas > > > On Jan 8, 2008 6:25 PM, Jerry Geis <geisj at pagestation.com <http://lists.centos.org/mailman/listinfo/centos>> wrote: > > >/ Below is a kernel dump that I just got. This is a fresh new install of > />/ centos 5.1 on NVIDIA > />/ gigabyte MB-GA-M61P-S3. nothing extra has been added. > />/ > />/ I have not tried the irqpoll but I am surprised to get this. > />/ > />/ Also the machine keeps running just hod this show on the console... > />/ > />/ Any ideas??? > />/ > />/ Jerry > />/ > />/ Jan 8 05:20:00 localhost kernel: irq 169: nobody cared (try booting with > />/ the "irqpoll" option) > />/ Jan 8 05:20:00 localhost kernel: > />/ Jan 8 05:20:00 localhost kernel: Call Trace: > />/ Jan 8 05:20:00 localhost kernel: <IRQ> [<ffffffff800b5d77>] > />/ __report_bad_irq+0x30/0x7d > />/ Jan 8 05:20:00 localhost kernel: [<ffffffff800b5faa>] > />/ note_interrupt+0x1e6/0x227 > />/ Jan 8 05:20:00 localhost kernel: [<ffffffff800b54bc>] > />/ __do_IRQ+0xc7/0x105 > />/ Jan 8 05:20:00 localhost kernel: [<ffffffff8006a3bd>] do_IRQ+0xe7/0xf5 > />/ Jan 8 05:20:00 localhost kernel: [<ffffffff8005b615>] > />/ ret_from_intr+0x0/0xa > />/ Jan 8 05:20:00 localhost kernel: [<ffffffff80011cba>] > />/ __do_softirq+0x53/0xd5 > />/ Jan 8 05:20:00 localhost kernel: [<ffffffff801515dd>] > />/ end_msi_irq_wo_maskbit+0x9/0x16 > />/ Jan 8 05:20:00 localhost kernel: [<ffffffff8005c2fc>] > />/ call_softirq+0x1c/0x28 > />/ Jan 8 05:20:00 localhost kernel: [<ffffffff8006a53a>] > />/ do_softirq+0x2c/0x85 > />/ Jan 8 05:20:00 localhost kernel: [<ffffffff8006a3c2>] do_IRQ+0xec/0xf5 > />/ Jan 8 05:20:00 localhost kernel: [<ffffffff8005b615>] > />/ ret_from_intr+0x0/0xa > />/ Jan 8 05:20:00 localhost kernel: <EOI> [<ffffffff8000cb74>] > />/ bit_waitqueue+0x3c/0xb4 > />/ Jan 8 05:20:00 localhost kernel: [<ffffffff8002ce23>] > />/ wake_up_bit+0x11/0x22 > />/ Jan 8 05:20:00 localhost kernel: [<ffffffff880328ef>] > />/ :jbd:do_get_write_access+0x137/0x527 > />/ Jan 8 05:20:01 localhost kernel: [<ffffffff800192e9>] > />/ __getblk+0x25/0x22c > />/ Jan 8 05:20:01 localhost kernel: [<ffffffff88032d01>] > />/ :jbd:journal_get_write_access+0x22/0x33 > />/ Jan 8 05:20:01 localhost kernel: [<ffffffff8804dc75>] > />/ :ext3:ext3_reserve_inode_write+0x38/0x90 > />/ Jan 8 05:20:01 localhost kernel: [<ffffffff8804dcee>] > />/ :ext3:ext3_mark_inode_dirty+0x21/0x3c > />/ Jan 8 05:20:01 localhost kernel: [<ffffffff88050b14>] > />/ :ext3:ext3_dirty_inode+0x63/0x7b > />/ Jan 8 05:20:01 localhost kernel: [<ffffffff8001349c>] > />/ __mark_inode_dirty+0x29/0x16e > />/ Jan 8 05:20:01 localhost kernel: [<ffffffff8804b5f5>] > />/ :ext3:ext3_new_blocks+0x567/0x693 > />/ Jan 8 05:20:01 localhost kernel: [<ffffffff80025273>] __bread+0x6/0x81 > />/ Jan 8 05:20:01 localhost kernel: [<ffffffff8804e46b>] > />/ :ext3:ext3_get_blocks_handle+0x43a/0x9f1 > />/ Jan 8 05:20:01 localhost kernel: [<ffffffff88032ca8>] > />/ :jbd:do_get_write_access+0x4f0/0x527 > />/ Jan 8 05:20:01 localhost kernel: [<ffffffff8804ed42>] > />/ :ext3:ext3_get_block+0xbe/0xe3 > />/ Jan 8 05:20:01 localhost kernel: [<ffffffff8000e1b3>] > />/ __block_prepare_write+0x1b6/0x4a0 > />/ Jan 8 05:20:01 localhost kernel: [<ffffffff8804ec84>] > />/ :ext3:ext3_get_block+0x0/0xe3 > />/ Jan 8 05:20:01 localhost kernel: [<ffffffff8003c1d4>] > />/ block_prepare_write+0x1a/0x25 > />/ Jan 8 05:20:01 localhost kernel: [<ffffffff88050260>] > />/ :ext3:ext3_prepare_write+0xaf/0x17b > />/ Jan 8 05:20:01 localhost kernel: [<ffffffff8000f9cb>] > />/ generic_file_buffered_write+0x25a/0x6d8 > />/ Jan 8 05:20:01 localhost kernel: [<ffffffff8000cca5>] > />/ file_read_actor+0xb9/0x154 > />/ Jan 8 05:20:01 localhost kernel: [<ffffffff8000ddd9>] > />/ current_fs_time+0x3b/0x40 > />/ Jan 8 05:20:01 localhost kernel: [<ffffffff8000cbec>] > />/ file_read_actor+0x0/0x154 > />/ Jan 8 05:20:01 localhost kernel: [<ffffffff80015dc6>] > />/ __generic_file_aio_write_nolock+0x36c/0x3b8 > />/ Jan 8 05:20:01 localhost kernel: [<ffffffff8002134b>] > />/ generic_file_aio_write+0x65/0xc1 > />/ Jan 8 05:20:01 localhost kernel: [<ffffffff8804c192>] > />/ :ext3:ext3_file_write+0x16/0x91 > />/ Jan 8 05:20:01 localhost kernel: [<ffffffff80017958>] > />/ do_sync_write+0xc7/0x104 > />/ Jan 8 05:20:01 localhost kernel: [<ffffffff8009b492>] > />/ autoremove_wake_function+0x0/0x2e > />/ Jan 8 05:20:01 localhost kernel: [<ffffffff8000cbec>] > />/ file_read_actor+0x0/0x154 > />/ Jan 8 05:20:01 localhost kernel: [<ffffffff800161d8>] > />/ vfs_write+0xce/0x174 > />/ Jan 8 05:20:01 localhost kernel: [<ffffffff80016a8d>] > />/ sys_write+0x2d/0x6e > />/ Jan 8 05:20:01 localhost kernel: [<ffffffff80016aa5>] > />/ sys_write+0x45/0x6e > />/ Jan 8 05:20:01 localhost kernel: [<ffffffff8005b28d>] tracesys+0xd5/0xe0 > />/ Jan 8 05:20:01 localhost kernel: > />/ Jan 8 05:20:01 localhost kernel: handlers: > />/ Jan 8 05:20:01 localhost kernel: [<ffffffff801dadc4>] > />/ (usb_hcd_irq+0x0/0x55) > />/ Jan 8 05:20:01 localhost kernel: Disabling IRQ #169/Yes it seems to happen every time after I boot. Does not happen right away - perhaps a couple minutes later. Very strange. Jerry
Jerry Geis wrote:> > Below is a kernel dump that I just got. This is a fresh new > install of centos 5.1 on NVIDIA > gigabyte MB-GA-M61P-S3. nothing extra has been added. > > I have not tried the irqpoll but I am surprised to get this. > > Also the machine keeps running just hod this show on the console... > > Any ideas??? > > Jerry > > Jan 8 05:20:00 localhost kernel: irq 169: nobody cared (try > booting with the "irqpoll" option) > Jan 8 05:20:00 localhost kernel: > Jan 8 05:20:00 localhost kernel: Call Trace: > Jan 8 05:20:00 localhost kernel: <IRQ> > [<ffffffff800b5d77>] __report_bad_irq+0x30/0x7d > Jan 8 05:20:00 localhost kernel: [<ffffffff800b5faa>] > note_interrupt+0x1e6/0x227 > Jan 8 05:20:00 localhost kernel: [<ffffffff800b54bc>] > __do_IRQ+0xc7/0x105 > Jan 8 05:20:00 localhost kernel: [<ffffffff8006a3bd>] > do_IRQ+0xe7/0xf5 > Jan 8 05:20:00 localhost kernel: [<ffffffff8005b615>] > ret_from_intr+0x0/0xa > Jan 8 05:20:00 localhost kernel: [<ffffffff80011cba>] > __do_softirq+0x53/0xd5 > Jan 8 05:20:00 localhost kernel: [<ffffffff801515dd>] > end_msi_irq_wo_maskbit+0x9/0x16 > Jan 8 05:20:00 localhost kernel: [<ffffffff8005c2fc>] > call_softirq+0x1c/0x28 > Jan 8 05:20:00 localhost kernel: [<ffffffff8006a53a>] > do_softirq+0x2c/0x85 > Jan 8 05:20:00 localhost kernel: [<ffffffff8006a3c2>] > do_IRQ+0xec/0xf5 > Jan 8 05:20:00 localhost kernel: [<ffffffff8005b615>] > ret_from_intr+0x0/0xa > Jan 8 05:20:00 localhost kernel: <EOI> > [<ffffffff8000cb74>] bit_waitqueue+0x3c/0xb4 > Jan 8 05:20:00 localhost kernel: [<ffffffff8002ce23>] > wake_up_bit+0x11/0x22 > Jan 8 05:20:00 localhost kernel: [<ffffffff880328ef>] > :jbd:do_get_write_access+0x137/0x527 > Jan 8 05:20:01 localhost kernel: [<ffffffff800192e9>] > __getblk+0x25/0x22c > Jan 8 05:20:01 localhost kernel: [<ffffffff88032d01>] > :jbd:journal_get_write_access+0x22/0x33 > Jan 8 05:20:01 localhost kernel: [<ffffffff8804dc75>] > :ext3:ext3_reserve_inode_write+0x38/0x90 > Jan 8 05:20:01 localhost kernel: [<ffffffff8804dcee>] > :ext3:ext3_mark_inode_dirty+0x21/0x3c > Jan 8 05:20:01 localhost kernel: [<ffffffff88050b14>] > :ext3:ext3_dirty_inode+0x63/0x7b > Jan 8 05:20:01 localhost kernel: [<ffffffff8001349c>] > __mark_inode_dirty+0x29/0x16e > Jan 8 05:20:01 localhost kernel: [<ffffffff8804b5f5>] > :ext3:ext3_new_blocks+0x567/0x693 > Jan 8 05:20:01 localhost kernel: [<ffffffff80025273>] > __bread+0x6/0x81 > Jan 8 05:20:01 localhost kernel: [<ffffffff8804e46b>] > :ext3:ext3_get_blocks_handle+0x43a/0x9f1 > Jan 8 05:20:01 localhost kernel: [<ffffffff88032ca8>] > :jbd:do_get_write_access+0x4f0/0x527 > Jan 8 05:20:01 localhost kernel: [<ffffffff8804ed42>] > :ext3:ext3_get_block+0xbe/0xe3 > Jan 8 05:20:01 localhost kernel: [<ffffffff8000e1b3>] > __block_prepare_write+0x1b6/0x4a0 > Jan 8 05:20:01 localhost kernel: [<ffffffff8804ec84>] > :ext3:ext3_get_block+0x0/0xe3 > Jan 8 05:20:01 localhost kernel: [<ffffffff8003c1d4>] > block_prepare_write+0x1a/0x25 > Jan 8 05:20:01 localhost kernel: [<ffffffff88050260>] > :ext3:ext3_prepare_write+0xaf/0x17b > Jan 8 05:20:01 localhost kernel: [<ffffffff8000f9cb>] > generic_file_buffered_write+0x25a/0x6d8 > Jan 8 05:20:01 localhost kernel: [<ffffffff8000cca5>] > file_read_actor+0xb9/0x154 > Jan 8 05:20:01 localhost kernel: [<ffffffff8000ddd9>] > current_fs_time+0x3b/0x40 > Jan 8 05:20:01 localhost kernel: [<ffffffff8000cbec>] > file_read_actor+0x0/0x154 > Jan 8 05:20:01 localhost kernel: [<ffffffff80015dc6>] > __generic_file_aio_write_nolock+0x36c/0x3b8 > Jan 8 05:20:01 localhost kernel: [<ffffffff8002134b>] > generic_file_aio_write+0x65/0xc1 > Jan 8 05:20:01 localhost kernel: [<ffffffff8804c192>] > :ext3:ext3_file_write+0x16/0x91 > Jan 8 05:20:01 localhost kernel: [<ffffffff80017958>] > do_sync_write+0xc7/0x104 > Jan 8 05:20:01 localhost kernel: [<ffffffff8009b492>] > autoremove_wake_function+0x0/0x2e > Jan 8 05:20:01 localhost kernel: [<ffffffff8000cbec>] > file_read_actor+0x0/0x154 > Jan 8 05:20:01 localhost kernel: [<ffffffff800161d8>] > vfs_write+0xce/0x174 > Jan 8 05:20:01 localhost kernel: [<ffffffff80016a8d>] > sys_write+0x2d/0x6e > Jan 8 05:20:01 localhost kernel: [<ffffffff80016aa5>] > sys_write+0x45/0x6e > Jan 8 05:20:01 localhost kernel: [<ffffffff8005b28d>] > tracesys+0xd5/0xe0 > Jan 8 05:20:01 localhost kernel: > Jan 8 05:20:01 localhost kernel: handlers: > Jan 8 05:20:01 localhost kernel: [<ffffffff801dadc4>] > (usb_hcd_irq+0x0/0x55) > Jan 8 05:20:01 localhost kernel: Disabling IRQ #169You may want to try disabling ACPI irq routing with the kernel option acpi=noirq. It may be that the SATA controller's irq was re-routed, but the ACPI message wasn't properly intercepted. With the ACPI irq routing disabled it will default to the older method of irq polling I believe. -Ross ______________________________________________________________________ This e-mail, and any attachments thereto, is intended only for use by the addressee(s) named herein and may contain legally privileged and/or confidential information. If you are not the intended recipient of this e-mail, you are hereby notified that any dissemination, distribution or copying of this e-mail, and any attachments thereto, is strictly prohibited. If you have received this e-mail in error, please immediately notify the sender and permanently delete the original and any copy or printout thereof.