[Intel-gfx] [regression] Re: [Linux-v4.2-10463-g9a9952bbd76a] i915: WARNING: intel_display.c:1377 assert_planes_disabled
Daniel Vetter
daniel at ffwll.ch
Wed Sep 23 00:18:46 PDT 2015
Adding Jairo to track this regression.
-Daniel
On Wed, Sep 23, 2015 at 08:23:04AM +0200, Sedat Dilek wrote:
> On Sun, Sep 13, 2015 at 9:06 AM, Sedat Dilek <sedat.dilek at gmail.com> wrote:
> > On Wed, Sep 9, 2015 at 4:42 AM, Sedat Dilek <sedat.dilek at gmail.com> wrote:
> >> [ TO INTEL DRM DRIVERS maintainers ]
> >>
> >> Hi,
> >>
> >> out of curiosity and to play with the new bindeb-pkg make-target I
> >> built pre-v4.3-rc1 (git-describe says v4.2-10463-g9a9952bbd76a)
> >> Debian-kernel packages.
> >>
> >> I see several bugs and call-traces.
> >>
> >> Two hit a warning in i915 (one snippet here, full dmesg-log and
> >> kernel-config are attached).
> >>
> >> [ 20.920943] ------------[ cut here ]------------
> >> [ 20.920982] WARNING: CPU: 0 PID: 114 at
> >> drivers/gpu/drm/i915/intel_display.c:1377
> >> assert_planes_disabled+0xe4/0x150 [i915]()
> >> [ 20.920983] plane A assertion failure, should be disabled but not
> >> [ 20.921023] Modules linked in: i915 mac80211 snd_hda_codec_hdmi
> >> snd_hda_codec_realtek snd_hda_codec_generic uvcvideo snd_hda_intel
> >> snd_hda_codec videobuf2_vmalloc videobuf2_memops videobuf2_core rfcomm
> >> joydev bnep v4l2_common snd_hwdep iwlwifi videodev usb_storage
> >> kvm_intel snd_hda_core parport_pc cfg80211 btusb i2c_algo_bit
> >> drm_kms_helper ppdev btrtl btbcm snd_pcm btintel kvm bluetooth
> >> snd_seq_midi psmouse snd_seq_midi_event snd_rawmidi syscopyarea
> >> snd_seq sysfillrect sysimgblt fb_sys_fops drm snd_timer snd_seq_device
> >> serio_raw samsung_laptop snd lpc_ich video soundcore wmi intel_rst
> >> mac_hid lp parport binfmt_misc hid_generic usbhid hid r8169 mii
> >> [ 20.921026] CPU: 0 PID: 114 Comm: kworker/u16:5 Not tainted
> >> 4.2.0-10463.1-iniza-small #1
> >> [ 20.921027] Hardware name: SAMSUNG ELECTRONICS CO., LTD.
> >> 530U3BI/530U4BI/530U4BH/530U3BI/530U4BI/530U4BH, BIOS 13XK 03/28/2013
> >> [ 20.921033] Workqueue: events_unbound async_run_entry_fn
> >> [ 20.921037] ffffffffa06a9d60 ffff8800378af718 ffffffff813df89b
> >> ffff8800378af760
> >> [ 20.921039] ffff8800378af750 ffffffff8107cdc6 ffff8800c2000000
> >> 0000000000000000
> >> [ 20.921042] 0000000000000000 ffff8800bf90b000 ffff8800bf90b000
> >> ffff8800378af7b0
> >> [ 20.921043] Call Trace:
> >> [ 20.921046] [<ffffffff813df89b>] dump_stack+0x4b/0x70
> >> [ 20.921050] [<ffffffff8107cdc6>] warn_slowpath_common+0x86/0xc0
> >> [ 20.921052] [<ffffffff8107ce4c>] warn_slowpath_fmt+0x4c/0x50
> >> [ 20.921081] [<ffffffffa0634af4>] assert_planes_disabled+0xe4/0x150 [i915]
> >> [ 20.921106] [<ffffffffa063e8bf>] intel_disable_pipe+0x4f/0x2d0 [i915]
> >> [ 20.921129] [<ffffffffa063eeb5>] ironlake_crtc_disable+0x85/0x7d0 [i915]
> >> [ 20.921151] [<ffffffffa063a9ce>] ?
> >> intel_crtc_disable_planes+0xde/0xf0 [i915]
> >> [ 20.921176] [<ffffffffa0647a58>] intel_atomic_commit+0x108/0x1370 [i915]
> >> [ 20.921192] [<ffffffffa00f1957>] ? drm_atomic_check_only+0x1d7/0x5a0 [drm]
> >> [ 20.921205] [<ffffffffa00f15c9>] ?
> >> drm_atomic_get_connector_state+0x49/0x110 [drm]
> >> [ 20.921216] [<ffffffffa00f1d57>] drm_atomic_commit+0x37/0x60 [drm]
> >> [ 20.921223] [<ffffffffa02138aa>]
> >> drm_atomic_helper_set_config+0x1ca/0x430 [drm_kms_helper]
> >> [ 20.921234] [<ffffffffa00e13c5>]
> >> drm_mode_set_config_internal+0x65/0x110 [drm]
> >> [ 20.921240] [<ffffffffa021674e>] restore_fbdev_mode+0xbe/0xe0
> >> [drm_kms_helper]
> >> [ 20.921246] [<ffffffffa0218615>]
> >> drm_fb_helper_restore_fbdev_mode_unlocked+0x25/0x70 [drm_kms_helper]
> >> [ 20.921251] [<ffffffffa021868d>] drm_fb_helper_set_par+0x2d/0x50
> >> [drm_kms_helper]
> >> [ 20.921280] [<ffffffffa065dfba>] intel_fbdev_set_par+0x1a/0x60 [i915]
> >> [ 20.921283] [<ffffffff8144e12e>] fbcon_init+0x53e/0x5d0
> >> [ 20.921286] [<ffffffff814d32ca>] visual_init+0xca/0x130
> >> [ 20.921289] [<ffffffff814d5877>] do_bind_con_driver+0x167/0x3a0
> >> [ 20.921292] [<ffffffff814d5d5c>] do_take_over_console+0xac/0x1d0
> >> [ 20.921294] [<ffffffff81449e27>] do_fbcon_takeover+0x57/0xb0
> >> [ 20.921296] [<ffffffff8144ecd2>] fbcon_event_notify+0x752/0x860
> >> [ 20.921299] [<ffffffff810a2ce5>] ? __blocking_notifier_call_chain+0x35/0x70
> >> [ 20.921301] [<ffffffff810a2aed>] notifier_call_chain+0x5d/0x80
> >> [ 20.921304] [<ffffffff810a2cfd>] __blocking_notifier_call_chain+0x4d/0x70
> >> [ 20.921306] [<ffffffff810a2d36>] blocking_notifier_call_chain+0x16/0x20
> >> [ 20.921308] [<ffffffff8145162b>] fb_notifier_call_chain+0x1b/0x20
> >> [ 20.921311] [<ffffffff81453854>] register_framebuffer+0x204/0x330
> >> [ 20.921317] [<ffffffffa02188e4>]
> >> drm_fb_helper_initial_config+0x234/0x3b0 [drm_kms_helper]
> >> [ 20.921344] [<ffffffffa065f15b>] intel_fbdev_initial_config+0x1b/0x20 [i915]
> >> [ 20.921346] [<ffffffff810a4807>] async_run_entry_fn+0x37/0xe0
> >> [ 20.921349] [<ffffffff8109a8b1>] process_one_work+0x1e1/0x620
> >> [ 20.921352] [<ffffffff8109a826>] ? process_one_work+0x156/0x620
> >> [ 20.921353] [<ffffffff8109b589>] worker_thread+0x69/0x480
> >> [ 20.921355] [<ffffffff8109b520>] ? cancel_delayed_work_sync+0x20/0x20
> >> [ 20.921357] [<ffffffff810a17ea>] kthread+0x10a/0x120
> >> [ 20.921360] [<ffffffff810a16e0>] ? kthread_create_on_node+0x200/0x200
> >> [ 20.921364] [<ffffffff817badef>] ret_from_fork+0x3f/0x70
> >> [ 20.921366] [<ffffffff810a16e0>] ? kthread_create_on_node+0x200/0x200
> >> [ 20.921367] ---[ end trace 85fce5c152ff4528 ]---
> >>
> >> Some intelgfx hardware infos (see attached Xorg.0.log)...
> >>
> >> [ 27.487] (--) intel(0): Integrated Graphics Chipset: Intel(R) HD
> >> Graphics 3000
> >> [ 27.565] (II) intel(0): SNA initialized with Sandybridge (gen6, gt2) backend
> >>
> >> Please have a look at it.
> >>
> >> If this is a known issue, please let me know and kindly point me to a
> >> patch (patchwork preferred) or commit-id in drm-intel Git.
> >> ( Sorry, I have not checked any mailing-lists or patchwork. )
> >>
> >> If you need more infos, logs and/or debug material please let me know
> >> and give clear instructions (especially for debugging).
> >>
> >>
> >
> > I still see this issue with Linux v4.3-rc1.
> >
>
> Hi Daniel,
>
> any progress with this reported issue?
>
> I looked into drm-intel.git#drm-intel-fixes, but see only a kernel-doc fix.
> ( I tried also some drm-intel-nightly, not the latest - and still saw
> the issue. )
>
> This issue is still alive in Linux v4.3-rc2.
>
> What can I do to help?
>
> Please, take care of this.
>
> Thanks!.
>
> Regards,
> - Sedat -
--
Daniel Vetter
Software Engineer, Intel Corporation
http://blog.ffwll.ch
More information about the Intel-gfx
mailing list