From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1758856AbYKWMVl (ORCPT ); Sun, 23 Nov 2008 07:21:41 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1758365AbYKWMVA (ORCPT ); Sun, 23 Nov 2008 07:21:00 -0500 Received: from bu3sch.de ([62.75.166.246]:33953 "EHLO vs166246.vserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756717AbYKWMU6 (ORCPT ); Sun, 23 Nov 2008 07:20:58 -0500 From: Michael Buesch To: Yuval Hager Subject: Re: BCM4312 Fails when xdm is started Date: Sun, 23 Nov 2008 13:20:30 +0100 User-Agent: KMail/1.9.6 (enterprise 0.20070907.709405) Cc: Larry Finger , bcm43xx-dev@lists.berlios.de, LKML , wireless , Peter Stuge References: <200811151801.02369.yuval@avramzon.net> <200811221654.09399.mb@bu3sch.de> <200811231350.00207.yuval@avramzon.net> In-Reply-To: <200811231350.00207.yuval@avramzon.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811231320.30289.mb@bu3sch.de> Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sunday 23 November 2008 12:49:55 Yuval Hager wrote: > [ 182.891400] ****** b43: B43_MMIO_MACCTL 0x840A0503 > [ 182.891409] ****** b43: SSB_TMSLOW 0x20150000 > [ 258.299027] irq 10: nobody cared (try booting with the "irqpoll" option) Does the kernel disable the PCI device, if it ignores the IRQ? > [ 258.299038] Pid: 0, comm: swapper Not tainted 2.6.28-rc5 #15 > [ 258.299043] Call Trace: > [ 258.299062] [] __report_bad_irq+0x24/0x69 > [ 258.299071] [] __report_bad_irq+0x2b/0x69 > [ 258.299080] [] note_interrupt+0xe9/0x12d > [ 258.299090] [] handle_level_irq+0x87/0xba > [ 258.299101] [] do_IRQ+0x89/0x9f > [ 258.299109] [] common_interrupt+0x28/0x30 > [ 258.299119] [] do_softirq+0x37/0x4d > [ 258.299127] [] __do_softirq+0x62/0x130 > [ 258.299135] [] do_softirq+0x37/0x4d > [ 258.299142] [] do_IRQ+0x8e/0x9f > [ 258.299150] [] common_interrupt+0x28/0x30 > [ 258.299161] [] default_idle+0x2f/0x4c > [ 258.299168] [] cpu_idle+0x63/0x77 > [ 258.299173] handlers: > [ 258.299176] [] (b43_interrupt_handler+0x0/0x1b7 [b43]) > [ 258.299212] Disabling IRQ #10 > [ 258.315148] b43-phy0: Radio hardware status changed to DISABLED > [ 258.315160] b43-phy0: ******** B43_B43_MMIO_RADIO_HWENABLED_HI 0xFFFFFFFF > [ 258.342341] kobject: 'rfkill0' (f43b7d78): kobject_uevent_env > [ 258.342367] kobject: 'rfkill0' (f43b7d78): fill_kobj_path: path = '/class/rfkill/rfkill0' > [ 258.342418] kobject: 'ssb0:0' (f40dfcd8): fill_kobj_path: path = '/devices/pci0000:00/0000:00:02.0/0000:02:00.0/ssb0:0' > [ 258.391951] > [ 258.391956] ================================= > [ 258.391964] [ INFO: inconsistent lock state ] > [ 258.391971] 2.6.28-rc5 #15 > [ 258.391975] --------------------------------- > [ 258.391980] inconsistent {in-hardirq-W} -> {hardirq-on-W} usage. > [ 258.391987] X/3965 [HC0[0]:SC1[1]:HE1:SE0] takes: > [ 258.391993] (&irq_desc_lock_class){++..}, at: [] try_one_irq+0x15/0xe8 > [ 258.392016] {in-hardirq-W} state was registered at: > [ 258.392021] [] __lock_acquire+0x490/0x6bc > [ 258.392034] [] lock_acquire+0x5a/0x74 > [ 258.392043] [] handle_level_irq+0x12/0xba > [ 258.392053] [] _spin_lock+0x1c/0x45 > [ 258.392066] [] handle_level_irq+0x12/0xba > [ 258.392076] [] handle_level_irq+0x12/0xba > [ 258.392085] [] do_IRQ+0x89/0x9f > [ 258.392096] [] common_interrupt+0x28/0x30 > [ 258.392105] [] _spin_unlock_irqrestore+0x37/0x39 > [ 258.392115] [] __setup_irq+0x17a/0x1f3 > [ 258.392124] [] start_kernel+0x285/0x2f1 > [ 258.392140] [] 0xffffffff > [ 258.392159] irq event stamp: 1844456 > [ 258.392164] hardirqs last enabled at (1844456): [] _spin_unlock_irq+0x20/0x23 > [ 258.392175] hardirqs last disabled at (1844455): [] _spin_lock_irq+0xa/0x4b > [ 258.392186] softirqs last enabled at (1844310): [] do_softirq+0x37/0x4d > [ 258.392198] softirqs last disabled at (1844447): [] do_softirq+0x37/0x4d That's a bit weird. Looks like another bug in the IRQ layer. > [ 258.392208] > [ 258.392209] other info that might help us debug this: > [ 258.392215] no locks held by X/3965. > [ 258.392219] > [ 258.392220] stack backtrace: > [ 258.392226] Pid: 3965, comm: X Not tainted 2.6.28-rc5 #15 > [ 258.392231] Call Trace: > [ 258.392241] [] print_usage_bug+0x13d/0x146 > [ 258.392249] [] mark_lock+0x4b1/0x7c7 > [ 258.392257] [] __lock_acquire+0x507/0x6bc > [ 258.392266] [] lock_acquire+0x5a/0x74 > [ 258.392275] [] try_one_irq+0x15/0xe8 > [ 258.392283] [] _spin_lock+0x1c/0x45 > [ 258.392291] [] try_one_irq+0x15/0xe8 > [ 258.392300] [] try_one_irq+0x15/0xe8 > [ 258.392308] [] _spin_unlock_irq+0x20/0x23 > [ 258.392317] [] poll_spurious_irqs+0x0/0x43 > [ 258.392326] [] poll_spurious_irqs+0x22/0x43 > [ 258.392338] [] run_timer_softirq+0x101/0x156 > [ 258.392346] [] __do_softirq+0x82/0x130 > [ 258.392354] [] do_softirq+0x37/0x4d > [ 258.392362] [] do_IRQ+0x8e/0x9f > [ 258.392370] [] common_interrupt+0x28/0x30 -- Greetings Michael.