Bug 73477

Summary:

[byt dp] WARNING: intel_display.c:1535 vlv_wait_port_ready()

Product:

DRI

Reporter:

roberth <sarvatt>

Component:

DRM/Intel

Assignee:

Todd Previte <tprevite>

Status:

CLOSED DUPLICATE

QA Contact:

Intel GFX Bugs mailing list <intel-gfx-bugs>

Severity:

critical

Priority:

highest

CC:

intel-gfx-bugs, kenta.ueda, przanoni, rodrigo.vivi

Version:

XOrg git

Hardware:

x86-64 (AMD64)

OS:

Linux (All)

Whiteboard:

i915 platform:

i915 features:

Bug Depends on:

Bug Blocks:

70570

Attachments:

Description	Flags
dmesg from drm-intel-nightly 01072014	none
dmesg from 3.13-rc4	none
Xorg.0.log from 3.13-rc4	none
Hack to force DP (as opposed to eDP) on port C	none

Description roberth 2014-01-10 15:05:50 UTC

-- chipset: Intel Corporation ValleyView Gen7 [8086:0f31]
-- system architecture: x86_64
-- Linux distribution: Ubuntu 12.04.2
-- libdrm 2.4.43
-- Kernel versions affected: 3.13-rc4, drm-intel-nightly-01072014
-- xf86-video-intel: 2.20.9

The displayport output does not work on this baytrail machine on any kernel. drm.debug=0xe dmesgs from 3.13-rc4 and drm-intel-nightly 01/07/2014 attached with more info.



[  127.580641] ------------[ cut here ]------------
[  127.580674] WARNING: CPU: 2 PID: 1160 at /home/apw/COD/linux/drivers/gpu/drm/i915/intel_display.c:1535 vlv_wait_port_ready+0x11a/0x140 [i915]()
[  127.580677] timed out waiting for port C ready: 0xf000a0ff
[  127.580680] Modules linked in: bnep rfcomm bluetooth parport_pc ppdev i915 snd_hda_codec_hdmi snd_hda_codec_realtek drm_kms_helper snd_hda_intel psmouse drm snd_hda_codec dm_multipath scsi_dh snd_hwdep snd_pcm snd_seq_midi snd_rawmidi snd_seq_midi_event snd_seq snd_timer hp_wmi snd_seq_device snd sparse_keymap i2c_algo_bit video soundcore serio_raw snd_page_alloc mac_hid wmi nls_iso8859_1 lp parport hid_generic usbhid hid dm_mirror dm_region_hash dm_log btrfs usb_storage raid6_pq r8169 ahci libahci mii xor libcrc32c
[  127.580729] CPU: 2 PID: 1160 Comm: Xorg Not tainted 3.13.0-994-generic #201401070405
[  127.580731] Hardware name: Hewlett-Packard Foo, BIOS 80.00 12/06/2013
[  127.580734]  00000000000005ff ffff8802332a3a18 ffffffff81756edc 0000000000000007
[  127.580740]  ffff8802332a3a68 ffff8802332a3a58 ffffffff81067bac ffff88023425c000
[  127.580745]  ffff880230b9c000 00000000000000f0 00000000ffff577e ffff8802304c1800
[  127.580750] Call Trace:
[  127.580759]  [<ffffffff81756edc>] dump_stack+0x46/0x58
[  127.580766]  [<ffffffff81067bac>] warn_slowpath_common+0x8c/0xc0
[  127.580770]  [<ffffffff81067c96>] warn_slowpath_fmt+0x46/0x50
[  127.580789]  [<ffffffffa037ae4a>] vlv_wait_port_ready+0x11a/0x140 [i915]
[  127.580810]  [<ffffffffa03927ee>] vlv_pre_enable_dp+0x11e/0x160 [i915]
[  127.580829]  [<ffffffffa037df24>] valleyview_crtc_enable+0x1e4/0x220 [i915]
[  127.580848]  [<ffffffffa037f817>] __intel_set_mode+0x2b7/0x3a0 [i915]
[  127.580866]  [<ffffffffa03810e6>] intel_set_mode+0x16/0x30 [i915]
[  127.580886]  [<ffffffffa038139d>] intel_crtc_set_config+0x29d/0x310 [i915]
[  127.580903]  [<ffffffffa02715bc>] drm_mode_set_config_internal+0x5c/0xe0 [drm]
[  127.580917]  [<ffffffffa0274b10>] drm_mode_setcrtc+0x310/0x4c0 [drm]
[  127.580929]  [<ffffffffa0264df3>] drm_ioctl+0x4d3/0x5f0 [drm]
[  127.580942]  [<ffffffffa0274800>] ? drm_mode_setplane+0x3f0/0x3f0 [drm]
[  127.580949]  [<ffffffff811d6865>] do_vfs_ioctl+0x75/0x2c0
[  127.580954]  [<ffffffff810226f5>] ? syscall_trace_enter+0x165/0x280
[  127.580958]  [<ffffffff811d6b41>] SyS_ioctl+0x91/0xb0
[  127.580963]  [<ffffffff8176cbbf>] tracesys+0xe1/0xe6
[  127.580966] ---[ end trace 12330e013531b2fd ]---

Comment 1 roberth 2014-01-10 15:06:25 UTC

Created attachment 91821 [details]
dmesg from drm-intel-nightly 01072014

Comment 2 roberth 2014-01-10 15:07:17 UTC

Created attachment 91822 [details]
dmesg from 3.13-rc4

Ignore that it says 3.5.0, all of drm from 3.13-rc4 has been backported to this kernel

Comment 3 roberth 2014-01-10 15:07:36 UTC

Created attachment 91823 [details]
Xorg.0.log from 3.13-rc4

Comment 4 Imre Deak 2014-01-13 20:16:57 UTC

Created attachment 91995 [details] [review]
Hack to force DP (as opposed to eDP) on port C

I assume this is a DP port with an external monitor. In that case we (still) incorrectly detect it as eDP based on VBT info. Could you try the attached patch if it fixes the problem?

Comment 5 Imre Deak 2014-01-13 20:27:33 UTC

(In reply to comment #4)
> Created attachment 91995 [details] [review] [review]
> Hack to force DP (as opposed to eDP) on port C
> 
> I assume this is a DP port with an external monitor. In that case we (still)
> incorrectly detect it as eDP based on VBT info. Could you try the attached
> patch if it fixes the problem?

Sorry, I was wrong, after re-reading the log the port type is correctly detected as DP. Please ignore the above.

Comment 6 Daniel Vetter 2014-01-14 13:56:42 UTC

We have a fairly impressive pile of DP failures reported here on bugzilla :( Someone should cross-reference them and get some clue.

Comment 7 Todd Previte 2014-01-14 16:12:31 UTC

This is a duplicate of the ByT DP bug I'm currently investigating. I'll get the bug number momentarily. It appears that this is caused by the PHYs failing to come ready and I'm in the process of investigating why that's happening.

Daniel - I'll filter and cross-reference the DP failures in the next couple days.

Comment 8 Gordon Jin 2014-01-24 05:54:39 UTC

(In reply to comment #7)
> This is a duplicate of the ByT DP bug I'm currently investigating. I'll get
> the bug number momentarily. 

bug#72896 or bug#72897?

Comment 9 Todd Previte 2014-01-24 21:43:37 UTC

72896. 72897 is the same problem but with Displayport connected to Port C. The only difference there is that the hotplug detection bits work for Port C on ByT. Displayport on Port B won't be detected on Port B without the patch I posted to the ML a day or two ago.

Comment 10 Gordon Jin 2014-01-28 01:17:49 UTC


*** This bug has been marked as a duplicate of bug 72896 ***

Comment 11 roberth 2014-01-29 02:09:11 UTC

Todd: Is there a patch to try out for this bug? "drm/i915: VLV2 - Fix hotplug detect bits" is what you were referencing I'm guessing?

Comment 12 Todd Previte 2014-02-03 23:29:52 UTC

 Robert: Correct. The resolution to this issue and the relevant commits I posted in bug 72896.

Comment 13 Jari Tahvanainen 2016-10-12 09:02:05 UTC

Closing as duplicate of closed+fixed.

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.