From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S266560AbUGQGfg (ORCPT ); Sat, 17 Jul 2004 02:35:36 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S266621AbUGQGfg (ORCPT ); Sat, 17 Jul 2004 02:35:36 -0400 Received: from fmr10.intel.com ([192.55.52.30]:33433 "EHLO fmsfmr003.fm.intel.com") by vger.kernel.org with ESMTP id S266560AbUGQGfd (ORCPT ); Sat, 17 Jul 2004 02:35:33 -0400 Subject: Re: Weird kernel message about irq when loading ehci_hcd From: Len Brown To: Martin Bammer Cc: linux-kernel@vger.kernel.org In-Reply-To: References: Content-Type: text/plain Organization: Message-Id: <1090046122.2787.9.camel@dhcppc4> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.3 Date: 17 Jul 2004 02:35:22 -0400 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Mon, 2004-07-12 at 08:39, Martin Bammer wrote: > Linux version 2.6.7 (root@bender) (gcc-Version 3.3.3 (Debian > 20040429)) #1 Wed > ehci_hcd 0000:00:02.2: irq 11, pci mem e0e4d000 > ehci_hcd 0000:00:02.2: new USB bus registered, assigned bus number 1 > irq 11: nobody cared! > [] __report_bad_irq+0x2a/0x90 > [] note_interrupt+0x70/0xa0 > [] do_IRQ+0x121/0x130 > [] common_interrupt+0x18/0x20 > [] __do_softirq+0x30/0x80 > [] do_softirq+0x26/0x30 > [] do_IRQ+0xfd/0x130 > [] common_interrupt+0x18/0x20 > [] pci_bus_read_config_byte+0x5f/0x90 > [] ehci_start+0x2cc/0x360 [ehci_hcd] > [] printk+0x10d/0x170 > [] usb_register_bus+0x137/0x160 [usbcore] > [] usb_hcd_pci_probe+0x2ab/0x4e0 [usbcore] > [] pci_device_probe_static+0x52/0x70 > [] __pci_device_probe+0x3b/0x50 > [] pci_device_probe+0x2c/0x50 > [] bus_match+0x3f/0x70 > [] driver_attach+0x59/0x90 > [] bus_add_driver+0x91/0xb0 > [] driver_register+0x2f/0x40 > [] pci_register_driver+0x5c/0x90 > [] init+0x23/0x30 [ehci_hcd] > [] sys_init_module+0xff/0x210 > [] syscall_call+0x7/0xb > > handlers: > [] (usb_hcd_irq+0x0/0x70 [usbcore]) > Disabling IRQ #11 Same failure with latest 2.6.8 kernel? does the failure change and /proc/interrupts change if booted w/ "acpi=off"? While it should work in either case, I'm curious why you're using PIC mode instead of IOAPIC mode. cheers, -Len