Created attachment 121134 [details] xrandr --verbose Description: I can't set the proper resolution on my TV connected via DisplayPort. The TV needs 1920x1080i. After setting "1920x1080i" mode I get "No signal" on the TV, with "1920x1080" the X shows on TV (I don't want to use it as I get random red lines on the screen). The problem appears since some time now, probably after some kernel updated. When I use kernel 4.1.15 (linux-lts) it works fine. Steps to reproduce the issue: 1. Connect the TV via DP (DP to DVI to HDMI adapter to be exact) 2. Set the mode with xrandr: xrandr --output LVDS1 --primary --auto --output HDMI1 --above LVDS1 --mode 1920x1080i 3. The TV screen shows "No signal" How often does the steps listed above trigger the issue? always The following information about your system: System environment: -- chipset: i915 -- system architecture: Linux mcxT 4.4.0-1-drm-intel-nightly #1 SMP PREEMPT Sun Jan 17 16:53:12 CET 2016 x86_64 GNU/Linux -- xf86-video-intel: 1:2.99.917+519+g8229390-1 -- xserver: xorg-server 1.18.0-4 -- mesa: 11.1.1-1 -- libdrm: 2.4.66-1 -- kernel version: 4.4.0-1-drm-intel-nightly -- Linux distribution: Arch Linux -- Machine or mother board model: Lenovo T410 -- Display connector: DP (DP to DVI adapter, then DVI to HDMI adapter, then HDMI cable plugged to TV) Additional info:
Created attachment 121135 [details] xrandr --verbose (after 1080i was set)
Created attachment 121136 [details] dmesg with debug
I bought new (direct) DP=>HDMI adapter, as I was not sure if the one I owned was OK. Now both modes 1920x1080 and 1920x1080i display on the TV using latest kernel and the older one. But with the new adapter when using the latest kernel the screen gets like disconnected every now and then. TV blinks and shows black and after a second it displays again (showing which source is displayed HDMI1). The problem still seems to be in the graphic module, because when using older kernel everything is fine. I can provide additional logs when using the new adapter, if that's needed.
https://lists.freedesktop.org/archives/dri-devel/2016-February/101494.html could perhaps help with some of the problems (with 1080p, but likely not with 1080i). In the log I see [ 115.069564] [drm:intel_cpu_fifo_underrun_irq_handler [i915]] *ERROR* CPU pipe B FIFO underrun [ 115.069599] [drm:intel_pch_fifo_underrun_irq_handler [i915]] *ERROR* PCH transcoder B FIFO underrun but those could just be a red herring due to old kernel and/or this being an ILK which still likes to report spurious underruns occasionally.
Can you test again with the latest nightly? I pushed my DP++ stuff, so that should hopefully fix the glitchy output. Also a fresh dmesg with drm.debug=0xe would be appreciated.
Reporter ,is this issue still seen with latest kernel?
I'm no longer using this displaym, but I'll try to find some time to test this on latest kernel.
(In reply to Maciej Sitarz from comment #7) > I'm no longer using this displaym, but I'll try to find some time to > test this on latest kernel. Did you get to test it with the latest kernel?
I checked the interlaced mode on Arch Linux with kernel: 4.9.12-1-ck-core2 Setting the mode succeeded and was working OK for about an hour. I'm attaching xrandr and xrandr --verbose output. I also found out that the default 1920x1080 mode returned by the TV now works fine. Previously I got many discoloured placed or red lines. All in all it's working properly. I'm marking this as Resolved. Thank you
Created attachment 129936 [details] xrandr output (working ok)
Created attachment 129937 [details] xrandr --verbose (working ok)
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.