From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jiri Slaby Subject: Re: i915_driver_irq_handler: irq 42: nobody cared Date: Tue, 10 Apr 2012 11:48:06 +0200 Message-ID: <4F8401D6.4030404@suse.cz> References: <4F717CE3.4040206@suse.cz> <4F717D80.9040207@suse.cz> <4F758400.3080907@suse.cz> <1333104359_155028@CP5-2952> <20120409101119.47e770b2@jbarnes-desktop> <4F83F3B5.8080704@suse.cz> <20120410085820.GC4115@phenom.ffwll.local> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Received: from mail-we0-f177.google.com (mail-we0-f177.google.com [74.125.82.177]) by gabe.freedesktop.org (Postfix) with ESMTP id 9D0F19F04C for ; Tue, 10 Apr 2012 02:48:09 -0700 (PDT) Received: by werp11 with SMTP id p11so3821784wer.36 for ; Tue, 10 Apr 2012 02:48:08 -0700 (PDT) In-Reply-To: <20120410085820.GC4115@phenom.ffwll.local> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: dri-devel-bounces+sf-dri-devel=m.gmane.org@lists.freedesktop.org Errors-To: dri-devel-bounces+sf-dri-devel=m.gmane.org@lists.freedesktop.org To: daniel@ffwll.ch, Jesse Barnes , LKML , dri-devel@lists.freedesktop.org, Jiri Slaby , Chris Wilson List-Id: dri-devel@lists.freedesktop.org On 04/10/2012 10:58 AM, Daniel Vetter wrote: > On Tue, Apr 10, 2012 at 10:47:49AM +0200, Jiri Slaby wrote: >> On 04/09/2012 07:11 PM, Jesse Barnes wrote: >>> On Fri, 30 Mar 2012 11:45:43 +0100 Chris Wilson >>> wrote: >>> >>>> On Fri, 30 Mar 2012 11:59:28 +0200, Jiri Slaby >>>> wrote: >>>>> I don't know what to dump more, because iir is obviously zero >>>>> too. What other sources of interrupts are on the (G33) chip? >>>> >>>> IIR is the master interrupt, with chained secondary interrupt >>>> statuses. If IIR is 0, the interrupt wasn't raised by the GPU. >>> >>> I've actually seen cases where one of the PIPE*STAT regs is stuck, >>> and even if IIR is 0 we still get interrupts... Jiri can you verify >>> the PIPE*STAT regs have bits set, maybe one or more we don't check >>> for? >> >> Note that I already attached their contents... This is what is in them >> (pipes 0 and 1): >> [ 3572.968581] i915_driver_irq_handler: 0=00000000 1=00000000 >> [ 3572.977472] i915_driver_irq_handler: 0=00000000 1=00000000 >> [ 3576.224839] i915_driver_irq_handler: 0=00000000 1=00000000 >> [ 3576.243558] i915_driver_irq_handler: 0=00000000 1=00000000 >> [ 3576.384912] i915_driver_irq_handler: 0=00000000 1=00000000 >> [ 3576.403462] i915_driver_irq_handler: 0=00000000 1=00000000 >> [ 3577.464100] i915_driver_irq_handler: 0=00000000 1=00000000 >> [ 3577.477383] i915_driver_irq_handler: 0=00000000 1=00000000 >> [ 3577.829016] i915_driver_irq_handler: 0=00020000 1=00000000 >> [ 3577.830093] i915_driver_irq_handler: 0=00020000 1=00000000 >> >> I.e. the handler is called when IIR=0 and both pipe stats are 0. > > Hm, can you also dump the PORT_HOTPLUG_STAT register? That's the only > other subordinate interrupt source left. It's always 0x300: i915_driver_irq_handler: HP=00000300 0=00000000 1=00000000 i915_driver_irq_handler: HP=00000300 0=00000000 1=00000000 i915_driver_irq_handler: HP=00000300 0=00000000 1=00000000 i915_driver_irq_handler: HP=00000300 0=00000000 1=00000000 i915_driver_irq_handler: HP=00000300 0=00000000 1=00000000 i915_driver_irq_handler: HP=00000300 0=00000000 1=00000000 i915_driver_irq_handler: HP=00000300 0=00000000 1=00000000 i915_driver_irq_handler: HP=00000300 0=00000000 1=00000000 thanks, -- js suse labs