From mboxrd@z Thu Jan 1 00:00:00 1970 From: Sergei Shtylyov Subject: Re: PCI IRQ Pins Date: Thu, 21 May 2009 18:45:15 +0400 Message-ID: <4A1568FB.20508@ru.mvista.com> References: <4A13EC76.3020206@hiramoto.org> <20090520205151.GC4095@n2100.arm.linux.org.uk> <4A14F160.6080605@hiramoto.org> <4A150B9A.7080700@hiramoto.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Return-path: Received: from h155.mvista.com ([63.81.120.155]:50345 "EHLO imap.sh.mvista.com" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S1751138AbZEUOoW (ORCPT ); Thu, 21 May 2009 10:44:22 -0400 In-Reply-To: <4A150B9A.7080700@hiramoto.org> Sender: linux-ide-owner@vger.kernel.org List-Id: linux-ide@vger.kernel.org To: Karl Hiramoto Cc: Krzysztof Halasa , Russell King - ARM Linux , "ath9k-devel@lists.ath9k.org" , linux-arm-kernel , linux-ide@vger.kernel.org Hello. Karl Hiramoto wrote: >> Krzysztof Halasa wrote: >>> Russell King - ARM Linux writes: >>>> Normally you get a backtrace when a "nobody cared" message is issued - >>>> this should tell you which driver is probably the cause. >>> Right - or that the other device is the cause (stuck IRQ line). So, >>> Karl, please just post the backtrace. >> Krzysztof, you mentioned clearing the IRQ in the platform code, is >> there an example of this somewhere? >> There is a Compact flash on hda connected the the HPT371N, looking at >> the IDE code it looks like the drive my not be ready, or the drive >> may raise the IRQ.. >> As soon as request_irq is called, the IRQ happens. >> CCing linux-IDE now, as it may be an issue with this driver. >> Backtrace below, sorry about some of the lines being wrapped. > I think i see the problem: > In the platform code, i should save the frequency of 33 Mhz in the > correct register. You mean the PCI frequency? >> hpt366: HPT371N chipset detected >> hpt366 0000:00:01.0: IDE controller (0x1103:0x0007 rev 0x02) >> PCI: enabling device 0000:00:01.0 (0140 -> 0141) >> hpt366 0000:00:01.0: IDE port disabled >> hpt366 0000:00:01.0: no clock data saved by BIOS >> hpt366 0000:00:01.0: DPLL base: 77 MHz, f_CNT: 120, assuming 50 MHz PCI Hum, interesting... is your PCI indeed running at a frequency close to 50 MHz? >> hpt366 0000:00:01.0: using 66 MHz DPLL clock >> hpt366 0000:00:01.0: 100% native mode on irq 28 >> hda: KINGSTON, ATA DISK drive MBR, Sergei