Re: [Intel-gfx] pipe_off wait timed out
On Wed, May 22, 2013 at 1:24 AM, Dave Jones wrote: > On Wed, May 22, 2013 at 01:10:36AM +0200, Daniel Vetter wrote: > > On Wed, May 22, 2013 at 1:01 AM, Dave Jones wrote: > > > This is new to me as of 3.10-rc2. > > > > If this is an ironlake with a DP output it's a know issue which seems > > to pop up every once in a while. > > 00:02.0 VGA compatible controller: Intel Corporation Atom Processor > D4xx/D5xx/N4xx/N5xx Integrated Graphics Controller (rev 02) Hm, a pineview, so definitely now DP. I think this one is indeed new. > > Otherwise we need to take a look > > here. If so can you please boot with drm.debug=0xe, reproduce the > > issue and attach the complete dmesg? > > > > Also does 3.10-rc1 work (since you mention -rc2 specifically and there > > wasn't really a lot going into that for drm/i915). > > It had been running rc1 for the last week or so without incident. > Though I've been away, with the monitor turned off. > > Judging by the trace, this seems to be related to console blanking ? > (this is my home firewall, so spends most of its time with the screen > turned off) Yeah, the console blanking results in a kms call to disable the output pipe, but for some odd reason the hw doesn't really switch off correctly. Or our check is a bit wonky. Exercising console blanking a bit should be interesting to see whether it's racy or predictable. > I've added that debug option to my command line, I'll keep an eye on it > and try to reproduce over the next few days. Thanks, Daniel -- Daniel Vetter Software Engineer, Intel Corporation +41 (0) 79 365 57 48 - http://blog.ffwll.ch -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [Intel-gfx] pipe_off wait timed out
On Wed, May 22, 2013 at 1:24 AM, Dave Jones da...@redhat.com wrote: On Wed, May 22, 2013 at 01:10:36AM +0200, Daniel Vetter wrote: On Wed, May 22, 2013 at 1:01 AM, Dave Jones da...@redhat.com wrote: This is new to me as of 3.10-rc2. If this is an ironlake with a DP output it's a know issue which seems to pop up every once in a while. 00:02.0 VGA compatible controller: Intel Corporation Atom Processor D4xx/D5xx/N4xx/N5xx Integrated Graphics Controller (rev 02) Hm, a pineview, so definitely now DP. I think this one is indeed new. Otherwise we need to take a look here. If so can you please boot with drm.debug=0xe, reproduce the issue and attach the complete dmesg? Also does 3.10-rc1 work (since you mention -rc2 specifically and there wasn't really a lot going into that for drm/i915). It had been running rc1 for the last week or so without incident. Though I've been away, with the monitor turned off. Judging by the trace, this seems to be related to console blanking ? (this is my home firewall, so spends most of its time with the screen turned off) Yeah, the console blanking results in a kms call to disable the output pipe, but for some odd reason the hw doesn't really switch off correctly. Or our check is a bit wonky. Exercising console blanking a bit should be interesting to see whether it's racy or predictable. I've added that debug option to my command line, I'll keep an eye on it and try to reproduce over the next few days. Thanks, Daniel -- Daniel Vetter Software Engineer, Intel Corporation +41 (0) 79 365 57 48 - http://blog.ffwll.ch -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [Intel-gfx] pipe_off wait timed out
On Wed, May 22, 2013 at 01:10:36AM +0200, Daniel Vetter wrote: > On Wed, May 22, 2013 at 1:01 AM, Dave Jones wrote: > > This is new to me as of 3.10-rc2. > > If this is an ironlake with a DP output it's a know issue which seems > to pop up every once in a while. 00:02.0 VGA compatible controller: Intel Corporation Atom Processor D4xx/D5xx/N4xx/N5xx Integrated Graphics Controller (rev 02) > Otherwise we need to take a look > here. If so can you please boot with drm.debug=0xe, reproduce the > issue and attach the complete dmesg? > > Also does 3.10-rc1 work (since you mention -rc2 specifically and there > wasn't really a lot going into that for drm/i915). It had been running rc1 for the last week or so without incident. Though I've been away, with the monitor turned off. Judging by the trace, this seems to be related to console blanking ? (this is my home firewall, so spends most of its time with the screen turned off) I've added that debug option to my command line, I'll keep an eye on it and try to reproduce over the next few days. Dave -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [Intel-gfx] pipe_off wait timed out
On Wed, May 22, 2013 at 1:01 AM, Dave Jones wrote: > This is new to me as of 3.10-rc2. If this is an ironlake with a DP output it's a know issue which seems to pop up every once in a while. Otherwise we need to take a look here. If so can you please boot with drm.debug=0xe, reproduce the issue and attach the complete dmesg? Also does 3.10-rc1 work (since you mention -rc2 specifically and there wasn't really a lot going into that for drm/i915). Thanks, Daniel > > > WARNING: at drivers/gpu/drm/i915/intel_display.c:997 > intel_wait_for_pipe_off+0x194/0x1a0 [i915]() > pipe_off wait timed out > Modules linked in: ipt_MASQUERADE iptable_nat nf_nat_ipv4 nf_nat xt_LOG > xt_limit ip6t_REJECT nf_conntrack_ipv6 nf_defrag_ipv6 ip6table_filter > nf_conntrack_ipv4 nf_defrag_ipv4 ip6_tables xt_conntrack nf_conntrack > microcode pcspkr r8169 mii nfsd auth_rpcgss nfs_acl lockd sunrpc i915 video > backlight i2c_algo_bit drm_kms_helper drm > CPU: 3 PID: 1414 Comm: kworker/3:1 Not tainted 3.10.0-rc2+ #3 > Hardware name: /D510MO, BIOS > MOPNV10J.86A.0175.2010.0308.0620 03/08/2010 > Workqueue: events console_callback > a00d1c08 8800753c7988 8151fd9f 8800753c79c8 > 8103ca8b 08dd 880076738000 031f > 1fff 00071000 000100086e1b 8800753c7a28 > Call Trace: > [] dump_stack+0x19/0x1b > [] warn_slowpath_common+0x6b/0xa0 > [] warn_slowpath_fmt+0x41/0x50 > [] intel_wait_for_pipe_off+0x194/0x1a0 [i915] > [] intel_disable_pipe+0x185/0x210 [i915] > [] i9xx_crtc_disable+0xcf/0x230 [i915] > [] intel_crtc_update_dpms+0x6f/0xa0 [i915] > [] intel_encoder_dpms+0x15/0x30 [i915] > [] intel_connector_dpms+0x37/0x70 [i915] > [] drm_fb_helper_dpms.isra.17+0xc0/0x110 [drm_kms_helper] > [] drm_fb_helper_blank+0x31/0x80 [drm_kms_helper] > [] fb_blank+0x51/0xc0 > [] fbcon_blank+0x22b/0x2e0 > [] ? _raw_spin_unlock_irqrestore+0x65/0x80 > [] ? trace_hardirqs_on_caller+0x105/0x1d0 > [] ? trace_hardirqs_on+0xd/0x10 > [] ? _raw_spin_unlock_irqrestore+0x3d/0x80 > [] ? try_to_del_timer_sync+0x56/0x70 > [] ? del_timer_sync+0xaa/0xd0 > [] ? try_to_del_timer_sync+0x70/0x70 > [] do_blank_screen+0x1d8/0x280 > [] console_callback+0x5f/0x150 > [] process_one_work+0x1f1/0x490 > [] ? process_one_work+0x18c/0x490 > [] worker_thread+0x113/0x370 > [] ? rescuer_thread+0x310/0x310 > [] kthread+0xe8/0xf0 > [] ? get_lock_stats+0x22/0x70 > [] ? kthread_create_on_node+0x150/0x150 > [] ret_from_fork+0x7c/0xb0 > [] ? kthread_create_on_node+0x150/0x150 > > ___ > Intel-gfx mailing list > intel-...@lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/intel-gfx -- Daniel Vetter Software Engineer, Intel Corporation +41 (0) 79 365 57 48 - http://blog.ffwll.ch -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [Intel-gfx] pipe_off wait timed out
On Wed, May 22, 2013 at 1:01 AM, Dave Jones da...@redhat.com wrote: This is new to me as of 3.10-rc2. If this is an ironlake with a DP output it's a know issue which seems to pop up every once in a while. Otherwise we need to take a look here. If so can you please boot with drm.debug=0xe, reproduce the issue and attach the complete dmesg? Also does 3.10-rc1 work (since you mention -rc2 specifically and there wasn't really a lot going into that for drm/i915). Thanks, Daniel WARNING: at drivers/gpu/drm/i915/intel_display.c:997 intel_wait_for_pipe_off+0x194/0x1a0 [i915]() pipe_off wait timed out Modules linked in: ipt_MASQUERADE iptable_nat nf_nat_ipv4 nf_nat xt_LOG xt_limit ip6t_REJECT nf_conntrack_ipv6 nf_defrag_ipv6 ip6table_filter nf_conntrack_ipv4 nf_defrag_ipv4 ip6_tables xt_conntrack nf_conntrack microcode pcspkr r8169 mii nfsd auth_rpcgss nfs_acl lockd sunrpc i915 video backlight i2c_algo_bit drm_kms_helper drm CPU: 3 PID: 1414 Comm: kworker/3:1 Not tainted 3.10.0-rc2+ #3 Hardware name: /D510MO, BIOS MOPNV10J.86A.0175.2010.0308.0620 03/08/2010 Workqueue: events console_callback a00d1c08 8800753c7988 8151fd9f 8800753c79c8 8103ca8b 08dd 880076738000 031f 1fff 00071000 000100086e1b 8800753c7a28 Call Trace: [8151fd9f] dump_stack+0x19/0x1b [8103ca8b] warn_slowpath_common+0x6b/0xa0 [8103cb61] warn_slowpath_fmt+0x41/0x50 [a008d414] intel_wait_for_pipe_off+0x194/0x1a0 [i915] [a008d5a5] intel_disable_pipe+0x185/0x210 [i915] [a008dcef] i9xx_crtc_disable+0xcf/0x230 [i915] [a009245f] intel_crtc_update_dpms+0x6f/0xa0 [i915] [a0092515] intel_encoder_dpms+0x15/0x30 [i915] [a0097207] intel_connector_dpms+0x37/0x70 [i915] [a00520b0] drm_fb_helper_dpms.isra.17+0xc0/0x110 [drm_kms_helper] [a0052131] drm_fb_helper_blank+0x31/0x80 [drm_kms_helper] [812a6f51] fb_blank+0x51/0xc0 [812b5c3b] fbcon_blank+0x22b/0x2e0 [81526d95] ? _raw_spin_unlock_irqrestore+0x65/0x80 [8109a475] ? trace_hardirqs_on_caller+0x105/0x1d0 [8109a54d] ? trace_hardirqs_on+0xd/0x10 [81526d6d] ? _raw_spin_unlock_irqrestore+0x3d/0x80 [8104b3c6] ? try_to_del_timer_sync+0x56/0x70 [8104b48a] ? del_timer_sync+0xaa/0xd0 [8104b3e0] ? try_to_del_timer_sync+0x70/0x70 [81324618] do_blank_screen+0x1d8/0x280 [813269bf] console_callback+0x5f/0x150 [8105a7f1] process_one_work+0x1f1/0x490 [8105a78c] ? process_one_work+0x18c/0x490 [8105aef3] worker_thread+0x113/0x370 [8105ade0] ? rescuer_thread+0x310/0x310 [81062798] kthread+0xe8/0xf0 [81094732] ? get_lock_stats+0x22/0x70 [810626b0] ? kthread_create_on_node+0x150/0x150 [8152d02c] ret_from_fork+0x7c/0xb0 [810626b0] ? kthread_create_on_node+0x150/0x150 ___ Intel-gfx mailing list intel-...@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx -- Daniel Vetter Software Engineer, Intel Corporation +41 (0) 79 365 57 48 - http://blog.ffwll.ch -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [Intel-gfx] pipe_off wait timed out
On Wed, May 22, 2013 at 01:10:36AM +0200, Daniel Vetter wrote: On Wed, May 22, 2013 at 1:01 AM, Dave Jones da...@redhat.com wrote: This is new to me as of 3.10-rc2. If this is an ironlake with a DP output it's a know issue which seems to pop up every once in a while. 00:02.0 VGA compatible controller: Intel Corporation Atom Processor D4xx/D5xx/N4xx/N5xx Integrated Graphics Controller (rev 02) Otherwise we need to take a look here. If so can you please boot with drm.debug=0xe, reproduce the issue and attach the complete dmesg? Also does 3.10-rc1 work (since you mention -rc2 specifically and there wasn't really a lot going into that for drm/i915). It had been running rc1 for the last week or so without incident. Though I've been away, with the monitor turned off. Judging by the trace, this seems to be related to console blanking ? (this is my home firewall, so spends most of its time with the screen turned off) I've added that debug option to my command line, I'll keep an eye on it and try to reproduce over the next few days. Dave -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
