Nouveau - Jan 2016 - help with signal from monitor

On 01/26/2016 02:40 PM, Ilia Mirkin wrote:
> What you're asking for isn't particularly clear... when DPMS is
> enabled, instead of suspending the monitor says "no signal" as if
it
> had been unplugged? Or is something else going on? Then you talk about
> passing signals "up the chain" and "filtering"? What
signals? What
> chain?
>
> Can you rephrase your question?
>
>    -ilia
>
>
> On Tue, Jan 26, 2016 at 4:26 PM, don fisher <hdf3 at comcast.net>
wrote:
>> I have an Alienware laptop that has Nvidia GTX 880M hardware driven by
this
>> driver. I recently purchased an ASUS_VN289H monitor. When my system
gives a
>> blanking command, the monitor returns some sort of lost signal message
which
>> causes the monitor to unblank and the time out I requested is
cancelled.
>> This is probably more of an HDMI question than specific to this
hardware,
>> but I was wondering if there was any way to control what signals
generated
>> buy the monitor are passed up the chain, and if they can be filtered. I
also
>> have an ACER monitor that does not do this.
>>
>> Sorry if this is off topic for this list. Any pointer would be
appreciated.
>>
>> Don
>> _______________________________________________
>> Nouveau mailing list
>> Nouveau at lists.freedesktop.org
>> http://lists.freedesktop.org/mailman/listinfo/nouveau
>
I am running under openSuse, but trying to avoid most of the GUIs. I 
cannot get xset to blank the screen, so I added consoleblank=600 in the 
grub file to be added to the kernel command line. The system blanks 
after 10 minutes, as expected. The monitor then displays "HDMI/MHL-1 NO 
SIGNAL", the monitor blanks, prints another message that says nothing 
and the monitor is unblanked. I believe that the monitor is sending some 
sort of "NO SIGNAL" message back to the system, which interprets it to
mean send the video signal again. I assumed that there was a message 
sent by the monitor, interpreted by the driver, and some signal was sent 
to the OS to unblank the monitor. I know no more than this, except that 
another user on the openSuse lists posted a similar complaint relating 
to an ASUS monitor.

Don

On Tue, Jan 26, 2016 at 5:19 PM, don fisher <hdf3 at comcast.net>
wrote:
> I am running under openSuse, but trying to avoid most of the GUIs. I cannot
> get xset to blank the screen, so I added consoleblank=600 in the grub file
> to be added to the kernel command line. The system blanks after 10 minutes,
> as expected. The monitor then displays "HDMI/MHL-1 NO SIGNAL",
the monitor
> blanks, prints another message that says nothing and the monitor is
> unblanked. I believe that the monitor is sending some sort of "NO
SIGNAL"
> message back to the system, which interprets it to mean send the video
> signal again. I assumed that there was a message sent by the monitor,
> interpreted by the driver, and some signal was sent to the OS to unblank
the
> monitor. I know no more than this, except that another user on the openSuse
> lists posted a similar complaint relating to an ASUS monitor.
OK that's weird. What happens if you do

sleep 1 && xset dpms force off

I assume the same thing. What could be happening is that the monitor
effectively disconnects (and shows the "no signal" message), and then
reconnects. Then the graphics card notices "hey, a new monitor is
connected", which triggers all the usual "I just plugged in a new
monitor" actions. This would imply that the monitor is messing up
since I'm pretty sure it's not supposed to trigger a hotplug when
blanking.

You could boot with drm.debug=0x1e which should print a ton of info
about what all is going on.

  -ilia

On 01/26/2016 03:24 PM, Ilia Mirkin wrote:
> sleep 1 && xset dpms force off
Could you confirm exactly how to add the drm.debug=0x1e option. Is it 
another parameter on the kernel command line? Where does the output data 
go? Is there a way to get it into a file?

Thanks
Don