[Intel-gfx] assertion on intel_disable_transcoder

Ben Guthro ben at guthro.net
Thu Sep 27 13:27:42 CEST 2012


FWIW, I am able to get graphics on the screen now - Apparently only the
hdmi port works on HSW right now - which I was unaware of.
This stack was a red-herring to that problem.

Thanks for the response.

Ben

On Thu, Sep 27, 2012 at 2:34 AM, Daniel Vetter <daniel at ffwll.ch> wrote:

> On Thu, Sep 27, 2012 at 06:32:06AM +0000, Wang, Xingchao wrote:
> > Hi Ben,
> >
> > I have no idea about the resolution, maybe Paulo and Daniel know more
> details?
>
> Oh, it's just an older assert for pre-hsw that we haven't properly
> disabled yet. Since this code will change quite a bit with Paulo's new
> way of handling ddi/fdi on haswell, we somehow never bothered with the
> real fix. Should be quite as soon as Paulo's patchbomb lands.
> -Daniel
>
> >
> > Thanks
> > --xingchao
> >
> > From: ben.guthro at gmail.com [mailto:ben.guthro at gmail.com] On Behalf Of
> Ben Guthro
> > Sent: Wednesday, September 26, 2012 4:43 AM
> > To: Wang, Xingchao
> > Cc: intel-gfx at lists.freedesktop.org; Zanoni, Paulo R; Fu, Michael; Wu,
> Fengguang
> > Subject: Re: [Intel-gfx] assertion on intel_disable_transcoder
> >
> > I am seeing this same trace (and no video) on multiple Haswell SDP's,
> with 3.6-rc7 (and earlier kernels)
> >
> > Was there ever a resolution on this?
> >
> >
> >
> > On Wed, Aug 15, 2012 at 3:24 AM, Wang, Xingchao <xingchao.wang at intel.com
> <mailto:xingchao.wang at intel.com>> wrote:
> > Hi,
> >
> > Some update related to this warning.
> > Ironlake_crtc_dpms() will enable/disable crtc which pipe was
> enabled/disabled there.
> > Ironlake_crtc_dpms(DRM_MODE_DPMS_OFF) was called before the warning and
> crtc was disabled, that causes intel_wait_for_vblank() timeout and some
> assertions.
> >
> > I think it's a bug but I have no clue where/when to enable crtc again.
> >
> > Here's part of dmesg before the warning and the message showing dpms off.
> >
> > [   19.332220] [drm:intel_lvds_init], LVDS is not present in VBT
> > [   19.332261] [drm:intel_crt_init], pch crt adpa set to 0x80f40000
> > [   19.332295] [drm:intel_dp_i2c_init], i2c_init DPDDC-B
> > [   19.334807] [drm:intel_dp_aux_ch], dp_aux_ch timeout status 0x5145003f
> > [   19.334809] [drm:intel_dp_i2c_aux_ch], aux_ch failed -110
> > [   19.337318] [drm:intel_dp_aux_ch], dp_aux_ch timeout status 0x5145003f
> > [   19.337319] [drm:intel_dp_i2c_aux_ch], aux_ch failed -110
> > [   19.337432] [drm:ironlake_crtc_dpms], crtc 0/0 dpms off
> > [   19.337436] [drm:i915_get_vblank_timestamp], crtc 0 is disabled
> > [   19.351826] ------------[ cut here ]------------
> > [   19.351848] WARNING: at drivers/gpu/drm/i915/intel_display.c:1118
> assert_fdi_tx+0x87/0x90 [i915]()
> > [   19.351849] Hardware name: Shark Bay Client platform
> > [   19.351850] FDI TX state assertion failure (expected off, current on)
> > [   19.351867] Modules linked in: i915(+) kvm snd_hda_codec_realtek
> snd_hda_codec_hdmi drm_kms_helper
> >  drm snd_hda_intel snd_hda_codec snd_hwdep snd_pcm ghash_clmulni_intel
> snd_seq_midi snd_rawmidi snd_s
> > eq_midi_event snd_seq aesni_intel snd_timer i2c_algo_bit cryptd mcs7830
> psmouse snd_seq_device usbnet
> >  snd joydev aes_x86_64 hid_generic soundcore serio_raw snd_page_alloc
> lpc_ich microcode mac_hid video
> >  lp parport e1000e usbhid hid
> > [   19.351869] Pid: 535, comm: modprobe Not tainted 3.5.0-rc46patches+
> #29
> > [   19.351870] Call Trace:
> > [   19.351876]  [<ffffffff8105278f>] warn_slowpath_common+0x7f/0xc0
> >
> > thanks
> > --xingchao
> >
> >
> > > -----Original Message-----
> > > From: Wang, Xingchao
> > > Sent: Tuesday, August 07, 2012 3:26 PM
> > > To: Daniel Vetter; Zanoni, Paulo R
> > > Cc: intel-gfx at lists.freedesktop.org<mailto:
> intel-gfx at lists.freedesktop.org>; Fu, Michael; Wu, Fengguang; 'Zhenyu
> > > Wang (zhenyuw at linux.intel.com<mailto:zhenyuw at linux.intel.com>)';
> Zhao, Yakui
> > > Subject: assertion on intel_disable_transcoder
> > >
> > > Hi Daniel/Paulo,
> > >
> > > It's easy to see such WARNING in dmesg, the DDI port is not disabled
> prior to
> > > disable transcoder.
> > > I am not sure it will impact the Pipe/transcoder/DDI-port
> configurations,
> > > anyway after some times WARNING, I could not make HDMI audio work
> > > anymore.
> > > With intel_audio_dump I could see the related configurations was
> totally
> > > disabled.
> > >
> > > DDI_BUF_CTL_A         0x00000080  DDI Buffer Controler A
> > > DDI_BUF_CTL_B         0x00000000  DDI Buffer Controler B
> > > DDI_BUF_CTL_C         0x00000080  DDI Buffer Controler C
> > > DDI_BUF_CTL_D         0x00000000  DDI Buffer Controler D
> > > DDI_BUF_CTL_E         0x80000002  DDI Buffer Controler E
> > > PIPE_CONF_A           0x00000000  PIPE Configuration A
> > > PIPE_CONF_B           0x00000000  PIPE Configuration B
> > > PIPE_CONF_C           0x00000000  PIPE Configuration C
> > > PIPE_CONF_EDP         0x00000000  PIPE Configuration EDP
> > > PIPE_DDI_FUNC_CTL_A   0xc4034002  PIPE DDI Function Control A
> > > PIPE_DDI_FUNC_CTL_B   0xa0035000  PIPE DDI Function Control B
> > > PIPE_DDI_FUNC_CTL_C   0x00030000  PIPE DDI Function Control C
> > > PIPE_DDI_FUNC_CTL_EDP 0x00030000  PIPE DDI Function Control EDP
> > > TRANS_CONF            0x00000000  Transcoder Configuration
> > >
> > > Thanks
> > > --xingchao
> > >
> > > [   16.835658] ------------[ cut here ]------------
> > > [   16.835690] WARNING: at drivers/gpu/drm/i915/intel_display.c:1118
> > > assert_fdi_tx+0x87/0x90 [i915]()
> > > [   16.835691] Hardware name: Shark Bay Client platform
> > > [   16.835692] FDI TX state assertion failure (expected off, current
> on)
> > > [   16.835706] Modules linked in: snd_seq_midi_event i915(+) snd_seq
> > > snd_timer drm_kms_helper snd_seq
> > > _device ghash_clmulni_intel drm aesni_intel snd cryptd mcs7830 usbnet
> joydev
> > > aes_x86_64 soundcore psm ouse snd_page_alloc hid_generic i2c_algo_bit
> > > serio_raw video mac_hid microcode lpc_ich lp parport e10 00e usbhid hid
> > > [   16.835708] Pid: 470, comm: modprobe Not tainted 3.5.0-rc46patches+
> #12
> > > [   16.835709] Call Trace:
> > > [   16.835715]  [<ffffffff8105278f>] warn_slowpath_common+0x7f/0xc0
> > > [   16.835718]  [<ffffffff81052886>] warn_slowpath_fmt+0x46/0x50
> > > [   16.835728]  [<ffffffffa01cc847>] assert_fdi_tx+0x87/0x90 [i915]
> > > [   16.835739]  [<ffffffffa01d5cf5>] ironlake_crtc_disable+0x185/0x820
> [i915]
> > > [   16.835748]  [<ffffffffa01d641e>] ironlake_crtc_dpms+0x8e/0xa0
> [i915]
> > > [   16.835756]  [<ffffffffa01cdbd8>] intel_crtc_dpms+0x48/0x140 [i915]
> > > [   16.835768]  [<ffffffffa01d49d5>] intel_crtc_disable+0x35/0xb0
> [i915]
> > > [   16.835772]  [<ffffffffa012d6a5>]
> > > drm_helper_disable_unused_functions+0x115/0x190 [drm_kms_helper]
> > > [   16.835785]  [<ffffffffa01d849d>] intel_modeset_init+0x8ad/0xf90
> [i915]
> > > [   16.835796]  [<ffffffffa01aebba>] i915_driver_load+0xa8a/0xb90
> [i915]
> > > [   16.835812]  [<ffffffffa016fa7b>] ? drm_get_minor+0x26b/0x310 [drm]
> > > [   16.835819]  [<ffffffffa0171e71>] drm_get_pci_dev+0x191/0x2b0 [drm]
> > > [   16.835834]  [<ffffffffa01fc01b>] i915_pci_probe+0x4f/0x57 [i915]
> > > [   16.835837]  [<ffffffff8134230c>] local_pci_probe+0x5c/0xd0
> > > [   16.835840]  [<ffffffff81343c49>] pci_device_probe+0x109/0x130
> > > [   16.835843]  [<ffffffff814065ee>] driver_probe_device+0x7e/0x220
> > > [   16.835845]  [<ffffffff8140683b>] __driver_attach+0xab/0xb0
> > > [   16.835848]  [<ffffffff81406790>] ? driver_probe_device+0x220/0x220
> > > [   16.835850]  [<ffffffff81404a26>] bus_for_each_dev+0x56/0x90
> > > [   16.835852]  [<ffffffff8140610e>] driver_attach+0x1e/0x20
> > > [   16.835854]  [<ffffffff81405cc0>] bus_add_driver+0x1a0/0x270
> > > [   16.835856]  [<ffffffff81406d96>] driver_register+0x76/0x130
> > > [   16.835859]  [<ffffffff81343916>] __pci_register_driver+0x56/0xd0
> > > [   16.835862]  [<ffffffff8166949d>] ? notifier_call_chain+0x4d/0x70
> > > [   16.835869]  [<ffffffffa01720aa>] drm_pci_init+0x11a/0x130 [drm]
> > > [   16.835871]  [<ffffffffa0230000>] ? 0xffffffffa022ffff
> > > [   16.835880]  [<ffffffffa0230066>] i915_init+0x66/0x68 [i915]
> > > [   16.835884]  [<ffffffff8100203f>] do_one_initcall+0x3f/0x170
> > > [   16.835887]  [<ffffffff810b581e>] sys_init_module+0xbe/0x230
> > > [   16.835890]  [<ffffffff8166d769>] system_call_fastpath+0x16/0x1b
> > > [   16.835891] ---[ end trace bd9532eaee4e4542 ]---
> > _______________________________________________
> > Intel-gfx mailing list
> > Intel-gfx at lists.freedesktop.org<mailto:Intel-gfx at lists.freedesktop.org>
> > http://lists.freedesktop.org/mailman/listinfo/intel-gfx
> >
>
> > _______________________________________________
> > Intel-gfx mailing list
> > Intel-gfx at 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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/intel-gfx/attachments/20120927/01fde91f/attachment.html>


More information about the Intel-gfx mailing list