FS#44199 - [xfce4-settings] No video in nvidia HDTV after HDMI switching

Attached to Project: Arch Linux
Opened by Larry Johnson (keepitsimpleengineer) - Sunday, 15 March 2015, 19:39 GMT
Last edited by Evangelos Foutras (foutrelis) - Tuesday, 27 June 2017, 23:36 GMT
Task Type Bug Report
Category Upstream Bugs
Status Closed
Assigned To Evangelos Foutras (foutrelis)
Architecture x86_64
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 3
Private No

Details

Description: HDTV client (Arch64bit,XFCE) goes through a Receiver which can switch HDMI inputs, then to a HD monitor. Until recently, I could switch away and find the video still working when I switched back.

Recently this changed. The HDTV-client also dual boots Win7, which does allow switching. To wit:
HDTV client setup(dual boot,HDMI,nvidiaGT610):
‥Archlinux/nvidiaGT610 ->SwitchingReceiver->Samsung-HD-monitor
‥Win7/nvidiaGT610 ->Switching-Receiver->Samsung-HD-Monitor

Previous behavior:
…switching away from HDTV-client then switching back - HD-monitor video works

Current Behavior:
…switching away from HDTV-client-Win7 then switching back - HD-monitor video works as expected
…switching away from HDTV-client-Mythtv then switching back - HD-monitor video blank (no signal) but Remote desktop works, shows X11 working (putty SSL, vnc Remote Desktop). Requires reboot to restore video with HD-monitor on and Receiver HDMI selected to HDTV Archlinux/nvidiaGT610.

Additional info:
xorg-server-common 1.17.1-1>1.17.1-4
xorg-server 1.17.1-1>1.17.1-4
xorg-server-devel 1.17.1-1>1.17.1-4
xorg-server-xephyr 1.17.1-1>1.17.1-4
Linux KISE-066 3.19.1-1-ck #1 SMP PREEMPT Sat Mar 7 12:19:29 EST 2015 x86_64 GNU/Linux
local/libcl 1.1-4 OpenCL library and ICD loader from NVIDIA
local/libvdpau 0.9-1 Nvidia VDPAU library
local/nvidia 346.47-3 NVIDIA drivers for linux
local/nvidia-ck-k10 346.47-5 (ck-k10) VIDIA drivers for linux-ck (in use)
local/nvidia-libgl 346.47-2 NVIDIA drivers libraries symlinks
local/nvidia-utils 346.47-2 NVIDIA drivers utilities
local/opencl-nvidia 346.47-2 OpenCL implemention for NVIDIA

* config and/or log files etc. attached

Steps to reproduce:
•boot HDTV-client (Mythtv) with Receiver on with HDMI-in set to HDTV-client, HD-monitor on
•after video displaying properly, switch Receiver HDMI-in to another HDMI source.
•switch Receiver HDMI-in back to HDTV-client, no video on HDMI-monitor, HD-monitor indicate no signal

•this does not happen with HDMI-client (Win7) vice HDMI-client (Mythtv)

Same behavior when using linux 3.18.6-1 kernel and nvidia 346.47-3.

Workaround: suspend HDTV-client before switching, wake-up with keyboard after switching back
This task depends upon

Closed by  Evangelos Foutras (foutrelis)
Tuesday, 27 June 2017, 23:36 GMT
Reason for closing:  Fixed
Additional comments about closing:  Upstream bug is marked as resolved with the fix included in xfce4-settings 4.12.1.
Comment by Larry Johnson (keepitsimpleengineer) - Sunday, 15 March 2015, 19:46 GMT
Notes:
․xorg.conf points to EDID file recovered from Samsung using direct connection
․DPMS disabled in xorg.conf
․xscreensaver is not installed
․Power Manager / Display setting to never
Comment by Evangelos Foutras (foutrelis) - Sunday, 15 March 2015, 20:21 GMT
Test if the following package solves this:

http://pkgbuild.com/~foutrelis/test-builds/xfce4-settings/bug-11107-patch-5681/

If it does, then the upstream bug for this is:

https://bugzilla.xfce.org/show_bug.cgi?id=11107
Comment by Larry Johnson (keepitsimpleengineer) - Monday, 16 March 2015, 17:43 GMT
Unwilling to do any testing on a remote HDTV client for domestic tranquility reasons, I did this…

Dug out an old monitor, searched through the parts drawer and found a DVI-to-DB-9 converter, plugged it in and tested that per description in https://bugzilla.xfce.org/show_bug.cgi?id=11107.

The problem is resolved as video is restored after switching.

Thanks and please close this bug.
Comment by Evangelos Foutras (foutrelis) - Wednesday, 18 March 2015, 11:29 GMT
I'll leave this task open until a fix has been committed upstream.
Comment by Larry Johnson (keepitsimpleengineer) - Thursday, 23 April 2015, 19:49 GMT
Any hope of getting some progress on this upstream bug... .. ? It's been around for six months.

My workaround attaching an old monitor is not 100% effective, and this is a big pain in the neck.

Loading...