Re: 2.6.5-rc2-mm4 (and 3) IRQ problem

From: Len Brown (len.brown_at_intel.com)
Date: 03/29/04

  • Next message: Keith Owens: "Re: [PATCH] nodemask_t x86_64 changes [5/7]" 
    To: Fabio Coatti <cova@ferrara.linux.it>
Date:	28 Mar 2004 23:59:33 -0500

    Need full dmesg (eg. dmesg -s40000) to see if it is related to recent
    ACPI changes. like this:

    http://bugzilla.kernel.org/show_bug.cgi?id=2366

    thanks,
    -Len

    On Sat, 2004-03-27 at 13:13, Fabio Coatti wrote:
    > I'm seeing a problem with ethernet driver (e1000) on 2.6.5-rc2-mm4,
    > here the
    > syslog excerpt:
    >
    > ========================
    > Mar 27 18:39:23 kefk kernel: e1000: eth0 NIC Link is Up 100 Mbps Full
    > Duplex
    > Mar 27 18:39:23 kefk kernel: irq 18: nobody cared!
    > Mar 27 18:39:23 kefk kernel: Call Trace:
    > Mar 27 18:39:23 kefk kernel: [<c010882b>] __report_bad_irq+0x2a/0x8b
    > Mar 27 18:39:23 kefk kernel: [<c0108937>] note_interrupt+0x91/0xaf
    > Mar 27 18:39:23 kefk kernel: [<c0108c4a>] do_IRQ+0x151/0x19a
    > Mar 27 18:39:23 kefk kernel: [<c034b4c8>] common_interrupt+0x18/0x20
    > Mar 27 18:39:23 kefk kernel: [<c0104c2e>] default_idle+0x0/0x2c
    > Mar 27 18:39:23 kefk kernel: [<c0104c57>] default_idle+0x29/0x2c
    > Mar 27 18:39:23 kefk kernel: [<c0104cbb>] cpu_idle+0x2e/0x3c
    > Mar 27 18:39:23 kefk kernel: [<c0430a02>] start_kernel+0x196/0x1c5
    > Mar 27 18:39:23 kefk kernel: [<c0430436>]
    > unknown_bootoption+0x0/0x126
    > Mar 27 18:39:23 kefk kernel:
    > Mar 27 18:39:23 kefk kernel: handlers:
    > Mar 27 18:39:23 kefk kernel: [<c02a7b0b>] (ata_interrupt+0x0/0x173)
    > Mar 27 18:39:23 kefk kernel: [<c02d2f9c>] (usb_hcd_irq+0x0/0x67)
    > Mar 27 18:39:23 kefk kernel: Disabling IRQ #18
    > ===========================
    >
    > I've seen the same problem on -mm3, but that version has other
    > problems that
    > prevents me to do more tests.
    >
    > A similar issue was present in earlier kernel when I've tried to use
    > SATA
    > driver compiled as modules, same behaviour, solved by compiling SATA
    > driver
    > as built-in, not as module. (I've both normal ATA and SATA controllers
    > active
    > on my mb)
    >
    > under 2.6.5-rc2-mm1, this is the output of cat /proc/interrupts; as
    > you can
    > see there is also a nvidia module, but the problem arises event
    > without that
    > module. irq 18 is shared between eth0,libata and uhci_hcd.
    >
    > [root@kefk root]# cat /proc/interrupts
    > CPU0 CPU1
    > 0: 1002506 0 IO-APIC-edge timer
    > 1: 4722 0 IO-APIC-edge i8042
    > 2: 0 0 XT-PIC cascade
    > 9: 0 0 IO-APIC-level acpi
    > 12: 8826 0 IO-APIC-edge i8042
    > 14: 11920 0 IO-APIC-edge ide0
    > 15: 23 0 IO-APIC-edge ide1
    > 16: 278123 0 IO-APIC-level uhci_hcd, uhci_hcd, nvidia
    > 17: 2337 0 IO-APIC-level Intel ICH5
    > 18: 56240 0 IO-APIC-level libata, uhci_hcd, eth0
    > 19: 55 0 IO-APIC-level uhci_hcd
    > 22: 279 0 IO-APIC-level aic7xxx
    > 23: 0 0 IO-APIC-level ehci_hcd
    > NMI: 0 0
    > LOC: 1002427 1002439
    > ERR: 0
    > MIS: 0
    >
    > The MB is a ABIT IC7-G (i875p) ICH5, the kernel is compiled with
    > SMP/SMT
    > support active.
    >
    > Please let me know if more details are needed.
    >
    > A small question, not related to the above issue:
    > reverting 4k-stacks-always-on.patch can lead to problems or it's safe?
    > I've to
    > run nvidia binary driver so I've to use 8k instead of 4k; it would be
    > better
    > (for my standpoint) to have the possibility to disable 4k from config,
    > but to
    > do so I've to revert this patch. Apart from losing time to do a patch
    > -R :),
    > using 8k can be a problem?
    >
    > Many thanks for any answer.
    >
    > --
    > Fabio Coatti http://www.ferrara.linux.it/members/cova
    > Ferrara Linux Users Group http://ferrara.linux.it
    > GnuPG fp:9765 A5B6 6843 17BC A646 BE8C FA56 373A 5374 C703
    > Old SysOps never die... they simply forget their password.
    > -
    > 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/
    >

    -
    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/

  • Next message: Keith Owens: "Re: [PATCH] nodemask_t x86_64 changes [5/7]"

    Relevant Pages

    • Re: 2.6.0test9 Reiserfs boot time "buffer layer error at fs/buffer.c:431"
      ... Here are the results (output of dmesg) from booting a kernel with this ... buffer layer error at fs/buffer.c:431 ... > Could you please add this patch, and send the new dmesg output? ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • RE: 2.6.7 oops in psmouse/serio while booting
      ... dmesg and use "dmesg -s 131072" to dump it. ... Thank you for testing my patch. ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: libata-dev queue updated
      ... > I am using Intel 82801EB SATA controller. ... I do still not see how your proposed patch would have _any_ influence on ... There had been need of rain for many days. ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: SATA suspend-to-ram patch - merge?
      ... since it means that software suspend on sata is ... > Except that it actually does work, with Jen's patch. ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: [PATCH] Re: 2.6.11-rc4 libata-core (irq 30: nobody cared!)
      ... > The patch you posted seems to only affect people using SATA, ... just for clarity I'm seeing the message in a PATA environment (on ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)