[Desktop-packages] [Bug 1308105] Re: Xfce resets TV mode to NULL when power cycled

2015-05-18 Thread Arjen
You could probably just use 'xrandr --auto', at least that worked for
me.

I have actually now a different 'fix', by simply never having the system
notice the hdmi-link goes down. I used this wiki-page to fix that for my
Intel Haswell-cpu graphics.

https://wiki.archlinux.org/index.php/Kernel_mode_setting

My final cmdline is now this:
video=HDMI-A-1:1920x1080@60e 
dmr_kms_helper.edid_firmware=HDMI-A-1:edid/tv-edid-data.edid

The tv-edid-data file is located in /usr/lib/firmware/edid/ and was derived via 
'get-edid'. It actually also seemed to work with the built-in '1920x1080.edid' 
(saves you retrieving it from your receiver, but I thought it a bit more save 
to have the actual edid).
Just supplying the video-parameter wasn't enough in my case, it failed to 
actually set the resolution to 1920x1080 (and used 1024x768 instead). Adding 
the edid-data fixed that (it may even be sufficient to only force-load the edid 
data).

The reason this works is not because it fixes the issue, but because it
prevents the hdmi-link from ever going down - as far as the kernel is
concerned.

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to nvidia-graphics-drivers in Ubuntu.
https://bugs.launchpad.net/bugs/1308105

Title:
  Xfce resets TV mode to NULL when power cycled

Status in Mythbuntu, Ubuntu derivative focused upon MythTV:
  Confirmed
Status in xfce4-settings:
  Confirmed
Status in nvidia-graphics-drivers package in Ubuntu:
  Invalid
Status in nvidia-graphics-drivers-331 package in Ubuntu:
  Invalid
Status in xfce4-settings package in Ubuntu:
  Confirmed

Bug description:
  I had an HTPC with Mythbuntu 12.04 installed.  Upon upgrading a new
  behavior that if the TV is power cycled it no longer detects a link
  with the HTPC.

  When this happens I can find in the xorg log that there is an
  accompanying log item:

  [ 39829.509] (II) NVIDIA(0): Setting mode "NULL"

  After debugging with NVIDIA at
  https://devtalk.nvidia.com/default/topic/729955/linux/tv-stops-being-
  detected/ we've deteremined it's a X client that reacts to the RANDR
  events causing the mode to be set to NULL.

  Working through the list in an Xfce environment, the culprit is
  xfsettingsd.  If xfsettingsd is running, it causes the TV to come up
  in a NULL mode.  If it's killed, it remains in the mode it was
  previously running in.

  
  Until this is fixed, this behavior can be worked around with a simple shell 
script:
  ==
  #!/bin/sh
  #Fix TV state when HDMI link is lost.
  #By Mario Limonciello 

  OUTPUT="HDMI-0"
  BAD_MODE="1280x720"
  GOOD_MODE="1920x1080"

  for MODE in $BAD_MODE $GOOD_MODE; do
   DISPLAY=:0 xrandr --output $OUTPUT --mode $MODE
   sleep 2
  done
  ==

To manage notifications about this bug go to:
https://bugs.launchpad.net/mythbuntu/+bug/1308105/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp


[Desktop-packages] [Bug 1308105] Re: Xfce resets TV mode to NULL when power cycled

2015-01-21 Thread Arjen
What works for me to get some output on my blank screen is to execute
'xrandr --auto' via ssh.

That only works when X was started in the first place, which may not be
the case if you had booted without the screen on or something like that.

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to nvidia-graphics-drivers in Ubuntu.
https://bugs.launchpad.net/bugs/1308105

Title:
  Xfce resets TV mode to NULL when power cycled

Status in Mythbuntu, Ubuntu derivative focused upon MythTV:
  Confirmed
Status in xfce4-settings:
  Confirmed
Status in nvidia-graphics-drivers package in Ubuntu:
  Invalid
Status in nvidia-graphics-drivers-331 package in Ubuntu:
  Invalid
Status in xfce4-settings package in Ubuntu:
  Confirmed

Bug description:
  I had an HTPC with Mythbuntu 12.04 installed.  Upon upgrading a new
  behavior that if the TV is power cycled it no longer detects a link
  with the HTPC.

  When this happens I can find in the xorg log that there is an
  accompanying log item:

  [ 39829.509] (II) NVIDIA(0): Setting mode "NULL"

  After debugging with NVIDIA at
  https://devtalk.nvidia.com/default/topic/729955/linux/tv-stops-being-
  detected/ we've deteremined it's a X client that reacts to the RANDR
  events causing the mode to be set to NULL.

  Working through the list in an Xfce environment, the culprit is
  xfsettingsd.  If xfsettingsd is running, it causes the TV to come up
  in a NULL mode.  If it's killed, it remains in the mode it was
  previously running in.

  
  Until this is fixed, this behavior can be worked around with a simple shell 
script:
  ==
  #!/bin/sh
  #Fix TV state when HDMI link is lost.
  #By Mario Limonciello 

  OUTPUT="HDMI-0"
  BAD_MODE="1280x720"
  GOOD_MODE="1920x1080"

  for MODE in $BAD_MODE $GOOD_MODE; do
   DISPLAY=:0 xrandr --output $OUTPUT --mode $MODE
   sleep 2
  done
  ==

To manage notifications about this bug go to:
https://bugs.launchpad.net/mythbuntu/+bug/1308105/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp


[Desktop-packages] [Bug 1268151] Re: DPMS support broken, fails to wake up the monitor after putting it to sleep

2014-04-05 Thread Arjen
I have the same issue with my HTPC, using a brand new Pioneer receiver
(and the same with a older Marantz). Switching either of those receivers
in standby is probably similar to just pulling out the hdmi-plug.

In the Xorg.0.log I see this, when I turn a receiver off:
(II) NVIDIA(0): Setting mode "NULL"

And when the receiver is turned back on again, I see the normal report
of its EDID information.

I have another workaround to switch it back on again, since I use
x11vnc, I have access to my display server via the network. Using
nvidia-settings I can see under "X Server Display Configuration" it has
switched the "Resolution" to off. Switching that back to Auto or
1920x1080 also re-enables my screen.

When I do that, I see this in the Xorg.0.log:
(II) NVIDIA(0): Setting mode "DPY-1:1920x1080+0+0"

It'd be nice if it did that automatically when the screen is turned on
again.

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to nvidia-graphics-drivers-331 in Ubuntu.
https://bugs.launchpad.net/bugs/1268151

Title:
  DPMS support broken, fails to wake up the monitor after putting it to
  sleep

Status in “nvidia-graphics-drivers-331” package in Ubuntu:
  Triaged

Bug description:
  Also affects nvidia-graphics-drivers-319

  The effect is identical to 
https://bugs.launchpad.net/ubuntu/+source/fglrx-installer/+bug/958279
  but with Nvidia instead of AMD/ATI drivers.

  HW is Dell Precision M4800 with GK106GLM [Quadro K2100M] and QHD+
  display

  Once the display shuts off, it will not be woken up anymore and the screen 
stays dark.
  Only a restart of the Xserver will bring back the display at that point.

  A cycle of
  xset dpms force off; sleep 30; xset dpms force on
  will leave the display dark.

  At the moment I help myself by not allowing DPMS to switch off the display:
  neuffer@charion:~$ xset dpms 0 0 0

  neuffer@charion:~$ xset -q -d :0.0
  Keyboard Control:
    auto repeat:  onkey click percent:  0LED mask:  
    XKB indicators:
  00: Caps Lock:   off01: Num Lock:off02: Scroll Lock: off
  03: Compose: off04: Kana:off05: Sleep:   off
  06: Suspend: off07: Mute:off08: Misc:off
  09: Mail:off10: Charging:off11: Shift Lock:  off
  12: Group 2: off13: Mouse Keys:  off
    auto repeat delay:  500repeat rate:  20
    auto repeating keys:  00ffdbbf
  fadfffefffed
  9fff
  fff7
    bell percent:  50bell pitch:  400bell duration:  100
  Pointer Control:
    acceleration:  2/1threshold:  4
  Screen Saver:
    prefer blanking:  yesallow exposures:  yes
    timeout:  0cycle:  0
  Colors:
    default colormap:  0x20BlackPixel:  0x0WhitePixel:  0xff
  Font Path:
    
/usr/share/fonts/X11/misc,/usr/share/fonts/X11/100dpi/:unscaled,/usr/share/fonts/X11/Type1,/usr/share/fonts/X11/100dpi,built-ins
  DPMS (Energy Star):
    Standby: 0Suspend: 0Off: 0
    DPMS is Enabled
    Monitor is On

  ProblemType: Bug
  DistroRelease: Ubuntu 14.04
  Package: nvidia-331 331.20-0ubuntu9
  ProcVersionSignature: Ubuntu 3.11.0-15.23-generic 3.11.10
  Uname: Linux 3.11.0-15-generic x86_64
  NonfreeKernelModules: nvidia
  ApportVersion: 2.13.1-0ubuntu1
  Architecture: amd64
  Date: Sat Jan 11 12:06:30 2014
  InstallationDate: Installed on 2014-01-07 (3 days ago)
  InstallationMedia: Xubuntu 13.10 "Saucy Salamander" - Release amd64 (20131016)
  SourcePackage: nvidia-graphics-drivers-331
  UpgradeStatus: No upgrade log present (probably fresh install)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/nvidia-graphics-drivers-331/+bug/1268151/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp