From: Shobhit Kumar <shobhit.kumar@intel.com>
To: eugeni.dodonov@intel.com
Cc: intel-gfx@lists.freedesktop.org
Subject: Re: drm/i915: Disable DDI Pipe Control on HSW while disabling pipe
Date: Mon, 11 Jun 2012 10:55:38 +0530 [thread overview]
Message-ID: <4FD58152.8090902@intel.com> (raw)
In-Reply-To: <4FD20308.40700@linux.intel.com>
On 06/08/2012 07:20 PM, Eugeni Dodonov wrote:
> On 06/08/2012 09:49 AM, Daniel Vetter wrote:
>> On Fri, Jun 08, 2012 at 11:44:23AM +0530, Shobhit Kumar wrote:
>>> In Haswell while disabling a pipe, we need to disable the DDI control as
>>> well along with the PIPECONF. Otherwise we will hit assertions during
>>> crtc
>>> disable
>>
>> Hm, can you add such an example assert with backtrace please? All these
>> asserts encode our current understanding of the hw depency chain, so I'd
>> like to check whether we're really doing the right thing and don't just
>> stfu some dmesg noise.
>>
>> Thanks, Daniel
>
> This is part of the pipe disabling process starting with Haswell. DDI
> pipe function control should be disabled when pipe is being disabled,
> otherwise it stays in enabled state and on next enabling we hit the
> assert within assert_fdi_tx:
>
> ...
> if (IS_HASWELL(dev_priv->dev)) {
> /* On Haswell, DDI is used instead of FDI_TX_CTL */
> reg = DDI_FUNC_CTL(pipe);
> val = I915_READ(reg);
> cur_state = !!(val & PIPE_DDI_FUNC_ENABLE);
> ...
>
Eugeni already explained how and where the assertion will be raised.
Please find a sample assertion while loading the driver with HDMI output
connected -
[ 19.172852] WARNING: at drivers/gpu/drm/i915/intel_display.c:976
assert_fdi_tx+0x87/0x90 [i915]()
[ 19.172901] Hardware name: Shark Bay Client platform
[ 19.172941] FDI TX state assertion failure (expected off, current on)
[ 19.172986] Modules linked in: i915(+) drm_kms_helper
[ 19.173085] Pid: 1072, comm: modprobe Not tainted 3.4.0+ #26
[ 19.173185] Call Trace:
[ 19.173282] [<ffffffff81035dfa>] warn_slowpath_common+0x7a/0xb0
[ 19.173384] [<ffffffff81035ed1>] warn_slowpath_fmt+0x41/0x50
[ 19.173496] [<ffffffffa002bfe7>] assert_fdi_tx+0x87/0x90 [i915]
[ 19.173616] [<ffffffffa0030ed6>] ironlake_crtc_disable+0x176/0x800
[i915]
[ 19.173726] [<ffffffffa00315e6>] ironlake_crtc_dpms+0x86/0x90 [i915]
[ 19.173835] [<ffffffffa002cf33>] intel_crtc_dpms+0x43/0x140 [i915]
[ 19.173943] [<ffffffffa0034b10>] intel_crtc_disable+0x30/0xa0 [i915]
[ 19.174046] [<ffffffffa0002595>]
drm_helper_disable_unused_functions+0x115/0x190 [drm_kms_helper]
[ 19.174220] [<ffffffffa0036b37>] intel_modeset_init+0x677/0xe30 [i915]
[ 19.174332] [<ffffffffa000fa26>] i915_driver_load+0xa36/0xad0 [i915]
[ 19.174436] [<ffffffff813650e3>] ? drm_get_minor+0x263/0x310
[ 19.174538] [<ffffffff813673f9>] drm_get_pci_dev+0x189/0x2b0
[ 19.174655] [<ffffffffa0058443>] i915_pci_probe+0x1b/0x1d [i915]
[ 19.174757] [<ffffffff812d435a>] pci_device_probe+0x12a/0x130
[ 19.174859] [<ffffffff8137e413>] driver_probe_device+0x73/0x210
[ 19.174960] [<ffffffff8137e64b>] __driver_attach+0x9b/0xa0
[ 19.175060] [<ffffffff8137e5b0>] ? driver_probe_device+0x210/0x210
[ 19.175162] [<ffffffff8137c97e>] bus_for_each_dev+0x4e/0x80
[ 19.175262] [<ffffffff8137df89>] driver_attach+0x19/0x20
[ 19.175362] [<ffffffff8137db80>] bus_add_driver+0x1a0/0x270
[ 19.175463] [<ffffffff8137eb51>] driver_register+0x71/0x130
[ 19.175568] [<ffffffff812d4040>] __pci_register_driver+0x50/0xc0
[ 19.175671] [<ffffffff816e966d>] ? notifier_call_chain+0x4d/0x70
[ 19.175772] [<ffffffff81367635>] drm_pci_init+0x115/0x130
[ 19.175872] [<ffffffffa007e000>] ? 0xffffffffa007dfff
[ 19.175978] [<ffffffffa007e08b>] i915_init+0x8b/0x8d [i915]
[ 19.176079] [<ffffffff810001ba>] do_one_initcall+0x3a/0x160
[ 19.176181] [<ffffffff8108a91c>] sys_init_module+0xa1c/0x1ba0
[ 19.176283] [<ffffffff810889e0>] ?
ftrace_define_fields_module_load+0x70/0x70
[ 19.176445] [<ffffffff816ed5a2>] system_call_fastpath+0x16/0x1b
Regards
Shobhit
next prev parent reply other threads:[~2012-06-11 5:25 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-06-08 6:14 drm/i915: Disable DDI Pipe Control on HSW while disabling pipe Shobhit Kumar
2012-06-08 12:49 ` Daniel Vetter
2012-06-08 13:50 ` Eugeni Dodonov
2012-06-11 5:25 ` Shobhit Kumar [this message]
2012-06-11 7:08 ` Daniel Vetter
2012-06-11 8:27 ` Shobhit Kumar
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4FD58152.8090902@intel.com \
--to=shobhit.kumar@intel.com \
--cc=eugeni.dodonov@intel.com \
--cc=intel-gfx@lists.freedesktop.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.