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 #169
You 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.
_______________________________________________
CentOS mailing list
CentOS@xxxxxxxxxx
http://lists.centos.org/mailman/listinfo/centos
