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.