From mboxrd@z Thu Jan  1 00:00:00 1970
From: Ted Phelps <phelps@gnusto.com>
Subject: [SNB: Regression] Re: [PATCH 02/19] drm/i915: split irq
	handling into per-chipset functions
Date: Wed, 18 May 2011 21:51:23 +1000
Message-ID: <3988.1305719483@orpheus.gnusto.com>
References: <1304028785-10583-1-git-send-email-jbarnes@virtuousgeek.org>
	<1304028785-10583-3-git-send-email-jbarnes@virtuousgeek.org>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Return-path: <intel-gfx-bounces+gcfxdi-intel-gfx=m.gmane.org@lists.freedesktop.org>
Received: from laika.gnusto.com (laika.gnusto.com [207.44.178.75])
	by gabe.freedesktop.org (Postfix) with ESMTP id C7F2C9E803
	for <intel-gfx@lists.freedesktop.org>;
	Wed, 18 May 2011 04:58:52 -0700 (PDT)
In-reply-to: Your message of Thu, 28 Apr 2011 15:12:48 MST.
	<1304028785-10583-3-git-send-email-jbarnes@virtuousgeek.org>
List-Unsubscribe: <http://lists.freedesktop.org/mailman/options/intel-gfx>,
	<mailto:intel-gfx-request@lists.freedesktop.org?subject=unsubscribe>
List-Archive: <http://lists.freedesktop.org/archives/intel-gfx>
List-Post: <mailto:intel-gfx@lists.freedesktop.org>
List-Help: <mailto:intel-gfx-request@lists.freedesktop.org?subject=help>
List-Subscribe: <http://lists.freedesktop.org/mailman/listinfo/intel-gfx>,
	<mailto:intel-gfx-request@lists.freedesktop.org?subject=subscribe>
Sender: intel-gfx-bounces+gcfxdi-intel-gfx=m.gmane.org@lists.freedesktop.org
Errors-To: intel-gfx-bounces+gcfxdi-intel-gfx=m.gmane.org@lists.freedesktop.org
To: Jesse Barnes <jbarnes@virtuousgeek.org>, intel-gfx@lists.freedesktop.org
List-Id: intel-gfx@lists.freedesktop.org


Jesse Barnes writes:
> Set the IRQ handling functions in driver load so they'll just be used
> directly, rather than branching over most of the code in the chipset
> functions.

I'm seeing a kernel panic on my SNB i7-2600K with keithp/drm-intel-next
(61e499b).  I've bisected to 4697995 -- the commit mentioned in the
subject.

My photo of the stack trace is a bit blurry, but below is my attempted
transcription of the the stack.  I can't read the addresses at all;
please let me know if you'd like me to obtain a better dump.

Call Trace:
 <IRQ>
 queue_work_op+0x1d/0x30
 queue_work+0x35/0x50
 ironlake_irq_handler+0xec9/0xfa0 [i915]
 handle_irq_event_percpu+0x75/0x260
 handle_edge_irq+0x6f/0x110
 handle_irq+0x1d/0x30
 do_IRQ+0x58/0xe9
 common_interrupt+0x13/0x13
 ... more stuff that I assume is irrelevent ...

Please let me know if I can provide additional useful information.

Thanks,
-Ted