-- 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 ]---
Created attachment 91821 [details] dmesg from drm-intel-nightly 01072014
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
Created attachment 91823 [details] Xorg.0.log from 3.13-rc4
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?
(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.
We have a fairly impressive pile of DP failures reported here on bugzilla :( Someone should cross-reference them and get some clue.
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.
(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?
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.
*** This bug has been marked as a duplicate of bug 72896 ***
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?
Robert: Correct. The resolution to this issue and the relevant commits I posted in bug 72896.
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.