help with signal from monitor

help with signal from monitor

[don fisher]

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@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau

Re: help with signal from monitor

[Ilia Mirkin]

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@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@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/nouveau
_______________________________________________
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau

Re: help with signal from monitor

[don fisher]

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@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@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
_______________________________________________
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau

Re: help with signal from monitor

[Ilia Mirkin]

On Tue, Jan 26, 2016 at 5:19 PM, don fisher <hdf3@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
_______________________________________________
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau

Re: help with signal from monitor

[don fisher]

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
_______________________________________________
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau

Re: help with signal from monitor

[Ilia Mirkin]

On Tue, Jan 26, 2016 at 5:54 PM, don fisher <hdf3@comcast.net> wrote:
> 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?

Yep

> Where does the output data go?

dmesg

> Is there a way to get it into a file?

dmesg > somefile

Chances are that your syslog is also set up to read kernel messages
and store them to some log file.

Cheers,

  -ilia
_______________________________________________
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau

Re: help with signal from monitor

[don fisher]

[-- Attachment #1: Type: text/plain, Size: 893 bytes --]

On 01/26/2016 03:58 PM, Ilia Mirkin wrote:
> On Tue, Jan 26, 2016 at 5:54 PM, don fisher <hdf3-Wuw85uim5zDR7s880joybQ@public.gmane.org> wrote:
>> 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?
>
> Yep
>
>> Where does the output data go?
>
> dmesg
>
>> Is there a way to get it into a file?
>
> dmesg > somefile
>
> Chances are that your syslog is also set up to read kernel messages
> and store them to some log file.
>
> Cheers,
>
>    -ilia
>
Attached is the output from dmesg. I issued the:
   sleep 1 && xset dpms force off
command, and the the next dmesg dump included lines after 74.948936. I 
then issued the command again and the dump lines repeated as you can see.

Please share you thoughts, and thanks for your help.

Don

[-- Attachment #2: dump.txt --]
[-- Type: text/plain, Size: 7015 bytes --]

[   39.571818] [drm:drm_mode_getconnector] [CONNECTOR:29:?]
[   39.573152] [drm:drm_mode_getresources] CRTC[0] CONNECTORS[0] ENCODERS[0]
[   39.573154] [drm:drm_mode_getresources] CRTC[0] CONNECTORS[0] ENCODERS[0]
[   41.578273] nouveau E[  PGRAPH][0000:07:00.0] HUB_INIT timed out
[   41.578277] nouveau E[  PGRAPH][0000:07:00.0] 409000 - done 0x00000240
[   41.578281] nouveau E[  PGRAPH][0000:07:00.0] 409000 - stat 0x00000000 0x00000000 0x00000000 0x00000000
[   41.578285] nouveau E[  PGRAPH][0000:07:00.0] 409000 - stat 0x00000000 0x00000000 0x00000006 0x00000001
[   41.578287] nouveau E[  PGRAPH][0000:07:00.0] 502000 - done 0x00000340
[   41.578293] nouveau E[  PGRAPH][0000:07:00.0] 502000 - stat 0x80000000 0x00008e00 0x00000000 0x00000000
[   41.578299] nouveau E[  PGRAPH][0000:07:00.0] 502000 - stat 0x00000000 0x00000000 0x00000002 0x00000000
[   41.578301] nouveau E[  PGRAPH][0000:07:00.0] 50a000 - done 0x00000300
[   41.578307] nouveau E[  PGRAPH][0000:07:00.0] 50a000 - stat 0x00000000 0x00011a00 0x00000000 0x00000000
[   41.578313] nouveau E[  PGRAPH][0000:07:00.0] 50a000 - stat 0x00000000 0x00000000 0x00000000 0x00000000
[   41.578315] nouveau E[  PGRAPH][0000:07:00.0] 512000 - done 0x00000300
[   41.578321] nouveau E[  PGRAPH][0000:07:00.0] 512000 - stat 0x00000000 0x00000000 0x00000000 0x00000000
[   41.578326] nouveau E[  PGRAPH][0000:07:00.0] 512000 - stat 0x00000000 0x00000000 0x00000000 0x00000000
[   41.578329] nouveau E[  PGRAPH][0000:07:00.0] 51a000 - done 0x00000300
[   41.578334] nouveau E[  PGRAPH][0000:07:00.0] 51a000 - stat 0x00000000 0x00000000 0x00000000 0x00000000
[   41.578340] nouveau E[  PGRAPH][0000:07:00.0] 51a000 - stat 0x00000000 0x00000000 0x00000000 0x00000000
[   41.578341] nouveau E[  PGRAPH][0000:07:00.0] init failed, -16
[   43.580252] nouveau E[  PGRAPH][0000:01:00.0] HUB_INIT timed out
[   43.580257] nouveau E[  PGRAPH][0000:01:00.0] 409000 - done 0x00000220
[   43.580261] nouveau E[  PGRAPH][0000:01:00.0] 409000 - stat 0x00000000 0x00000000 0x00000000 0x00000000
[   43.580266] nouveau E[  PGRAPH][0000:01:00.0] 409000 - stat 0x00000000 0x00000000 0x00000006 0x00000000
[   43.580268] nouveau E[  PGRAPH][0000:01:00.0] 502000 - done 0x00000300
[   43.580274] nouveau E[  PGRAPH][0000:01:00.0] 502000 - stat 0x00000000 0x00008c00 0x00000000 0x00000000
[   43.580280] nouveau E[  PGRAPH][0000:01:00.0] 502000 - stat 0x00000000 0x00000000 0x00000000 0x00000000
[   43.580283] nouveau E[  PGRAPH][0000:01:00.0] 50a000 - done 0x00000300
[   43.580289] nouveau E[  PGRAPH][0000:01:00.0] 50a000 - stat 0x00000000 0x00000000 0x00000000 0x00000000
[   43.580295] nouveau E[  PGRAPH][0000:01:00.0] 50a000 - stat 0x00000000 0x00000000 0x00000000 0x00000000
[   43.580297] nouveau E[  PGRAPH][0000:01:00.0] 512000 - done 0x00000300
[   43.580303] nouveau E[  PGRAPH][0000:01:00.0] 512000 - stat 0x00000000 0x00000000 0x00000000 0x00000000
[   43.580309] nouveau E[  PGRAPH][0000:01:00.0] 512000 - stat 0x00000000 0x00000000 0x00000000 0x00000000
[   43.580312] nouveau E[  PGRAPH][0000:01:00.0] 51a000 - done 0x00000300
[   43.580317] nouveau E[  PGRAPH][0000:01:00.0] 51a000 - stat 0x00000000 0x00000000 0x00000000 0x00000000
[   43.580323] nouveau E[  PGRAPH][0000:01:00.0] 51a000 - stat 0x00000000 0x00000000 0x00000000 0x00000000
[   43.580325] nouveau E[  PGRAPH][0000:01:00.0] init failed, -16
[   43.610207] [drm:drm_mode_addfb] [FB:46]
[   43.610221] [drm:drm_mode_setcrtc] [CRTC:15]
[   43.610224] [drm:drm_mode_setcrtc] [CONNECTOR:22:LVDS-1]
[   43.610225] [drm:drm_crtc_helper_set_config] 
[   43.610226] [drm:drm_crtc_helper_set_config] [CRTC:15] [FB:46] #connectors=1 (x y) (0 0)
[   43.610230] [drm:drm_crtc_helper_set_config] [CONNECTOR:22:LVDS-1] to [CRTC:15]
[   43.610231] [drm:drm_crtc_helper_set_config] [CONNECTOR:29:HDMI-A-2] to [CRTC:17]
[   43.633784] [drm:drm_mode_setcrtc] [CRTC:17]
[   43.633786] [drm:drm_mode_setcrtc] [CONNECTOR:29:HDMI-A-2]
[   43.633786] [drm:drm_crtc_helper_set_config] 
[   43.633787] [drm:drm_crtc_helper_set_config] [CRTC:17] [FB:46] #connectors=1 (x y) (0 0)
[   43.633788] [drm:drm_crtc_helper_set_config] modes are different, full mode set
[   43.633790] [drm:drm_mode_debug_printmodeline] Modeline 73:"1920x1080" 60 148500 1920 2008 2052 2200 1080 1084 1089 1125 0x48 0x5
[   43.633791] [drm:drm_mode_debug_printmodeline] Modeline 76:"" 0 74176 1920 2558 2602 2750 1080 1084 1089 1125 0x0 0x5
[   43.633792] [drm:drm_crtc_helper_set_config] [CONNECTOR:22:LVDS-1] to [CRTC:15]
[   43.633793] [drm:drm_crtc_helper_set_config] [CONNECTOR:29:HDMI-A-2] to [CRTC:17]
[   43.633793] [drm:drm_crtc_helper_set_config] attempting to set mode from userspace
[   43.633794] [drm:drm_mode_debug_printmodeline] Modeline 76:"" 0 74176 1920 2558 2602 2750 1080 1084 1089 1125 0x0 0x5
[   43.633796] [drm:drm_crtc_helper_set_mode] [CRTC:17]
[   43.643737] [drm:drm_crtc_helper_set_mode] [ENCODER:30:TMDS-30] set [MODE:76:]
[   43.643749] [drm:drm_detect_monitor_audio] Monitor has basic audio support
[   43.643751] [drm:drm_edid_to_eld] ELD monitor ASUS VN289
[   43.643752] [drm:parse_hdmi_vsdb] HDMI: DVI dual 0, max TMDS clock 0, latency present 0 0, video latency 0 0, audio latency 0 0
[   43.643753] [drm:drm_edid_to_eld] ELD size 9, SAD count 1
[   43.660384] [drm:drm_crtc_helper_set_config] Setting connector DPMS state to on
[   43.660385] [drm:drm_crtc_helper_set_config]         [CONNECTOR:29:HDMI-A-2] set DPMS on
[   74.948936] nf_conntrack: automatic helper assignment is deprecated and it will be removed soon. Use the iptables CT target to attach helpers instead.
[  144.759560] [drm:drm_helper_hpd_irq_event] [CONNECTOR:24:DP-1] status updated from disconnected to disconnected
[  144.791556] [drm:drm_helper_hpd_irq_event] [CONNECTOR:27:HDMI-A-1] status updated from disconnected to disconnected
[  144.851440] [drm:drm_helper_hpd_irq_event] [CONNECTOR:29:HDMI-A-2] status updated from connected to connected
[  145.165551] [drm:drm_helper_hpd_irq_event] [CONNECTOR:24:DP-1] status updated from disconnected to disconnected
[  145.197548] [drm:drm_helper_hpd_irq_event] [CONNECTOR:27:HDMI-A-1] status updated from disconnected to disconnected
[  145.257607] [drm:drm_helper_hpd_irq_event] [CONNECTOR:29:HDMI-A-2] status updated from connected to connected
[  269.923468] fuse init (API version 7.23)
[  468.372242] [drm:drm_helper_hpd_irq_event] [CONNECTOR:24:DP-1] status updated from disconnected to disconnected
[  468.404238] [drm:drm_helper_hpd_irq_event] [CONNECTOR:27:HDMI-A-1] status updated from disconnected to disconnected
[  468.464232] [drm:drm_helper_hpd_irq_event] [CONNECTOR:29:HDMI-A-2] status updated from connected to connected
[  468.778233] [drm:drm_helper_hpd_irq_event] [CONNECTOR:24:DP-1] status updated from disconnected to disconnected
[  468.810229] [drm:drm_helper_hpd_irq_event] [CONNECTOR:27:HDMI-A-1] status updated from disconnected to disconnected
[  468.870163] [drm:drm_helper_hpd_irq_event] [CONNECTOR:29:HDMI-A-2] status updated from connected to connected

[-- Attachment #3: Type: text/plain, Size: 153 bytes --]

_______________________________________________
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau

Re: help with signal from monitor

[Ilia Mirkin]

On Tue, Jan 26, 2016 at 6:24 PM, don fisher <hdf3@comcast.net> wrote:
> On 01/26/2016 03:58 PM, Ilia Mirkin wrote:
>>
>> On Tue, Jan 26, 2016 at 5:54 PM, don fisher <hdf3@comcast.net> wrote:
>>>
>>> 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?
>>
>>
>> Yep
>>
>>> Where does the output data go?
>>
>>
>> dmesg
>>
>>> Is there a way to get it into a file?
>>
>>
>> dmesg > somefile
>>
>> Chances are that your syslog is also set up to read kernel messages
>> and store them to some log file.
>>
>> Cheers,
>>
>>    -ilia
>>
> Attached is the output from dmesg. I issued the:
>   sleep 1 && xset dpms force off
> command, and the the next dmesg dump included lines after 74.948936. I then
> issued the command again and the dump lines repeated as you can see.
>
> Please share you thoughts, and thanks for your help.

You do indeed get some hotplug events. Odd. This is a little out of my league :(

By the way, I notice that your GPU is having trouble bringing up its
acceleration unit. We added a workaround to reset the GPU harder when
bringing it up which should hopefully resolve that issue, available in
kernel 4.4. But I don't think it affects your situation.

  -ilia
_______________________________________________
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau

Re: help with signal from monitor

[don fisher]

On 01/26/2016 04:31 PM, Ilia Mirkin wrote:
> On Tue, Jan 26, 2016 at 6:24 PM, don fisher <hdf3@comcast.net> wrote:
>> On 01/26/2016 03:58 PM, Ilia Mirkin wrote:
>>>
>>> On Tue, Jan 26, 2016 at 5:54 PM, don fisher <hdf3@comcast.net> wrote:
>>>>
>>>> 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?
>>>
>>>
>>> Yep
>>>
>>>> Where does the output data go?
>>>
>>>
>>> dmesg
>>>
>>>> Is there a way to get it into a file?
>>>
>>>
>>> dmesg > somefile
>>>
>>> Chances are that your syslog is also set up to read kernel messages
>>> and store them to some log file.
>>>
>>> Cheers,
>>>
>>>     -ilia
>>>
>> Attached is the output from dmesg. I issued the:
>>    sleep 1 && xset dpms force off
>> command, and the the next dmesg dump included lines after 74.948936. I then
>> issued the command again and the dump lines repeated as you can see.
>>
>> Please share you thoughts, and thanks for your help.
>
> You do indeed get some hotplug events. Odd. This is a little out of my league :(
>
> By the way, I notice that your GPU is having trouble bringing up its
> acceleration unit. We added a workaround to reset the GPU harder when
> bringing it up which should hopefully resolve that issue, available in
> kernel 4.4. But I don't think it affects your situation.
>
>    -ilia
>
I have been trying to upgrade to Leap, the new version of openSuse that 
contains the version 4 kernels. But I get an internal error message 
stating that there is "unknown udev device 
/dev/disk/by-id/wwnQx5002538844584d30-part2" I filed a bug report last 
week, but no action has been taken yet. openSuse Leap does not appear to 
like Samsung SSDs:-) My 13.2 system (current) has been running on them 
for a year.

Don


_______________________________________________
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau

Re: help with signal from monitor

[don fisher]

On 01/26/2016 04:31 PM, Ilia Mirkin wrote:
> On Tue, Jan 26, 2016 at 6:24 PM, don fisher <hdf3@comcast.net> wrote:
>> On 01/26/2016 03:58 PM, Ilia Mirkin wrote:
>>>
>>> On Tue, Jan 26, 2016 at 5:54 PM, don fisher <hdf3@comcast.net> wrote:
>>>>
>>>> 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?
>>>
>>>
>>> Yep
>>>
>>>> Where does the output data go?
>>>
>>>
>>> dmesg
>>>
>>>> Is there a way to get it into a file?
>>>
>>>
>>> dmesg > somefile
>>>
>>> Chances are that your syslog is also set up to read kernel messages
>>> and store them to some log file.
>>>
>>> Cheers,
>>>
>>>     -ilia
>>>
>> Attached is the output from dmesg. I issued the:
>>    sleep 1 && xset dpms force off
>> command, and the the next dmesg dump included lines after 74.948936. I then
>> issued the command again and the dump lines repeated as you can see.
>>
>> Please share you thoughts, and thanks for your help.
>
> You do indeed get some hotplug events. Odd. This is a little out of my league :(
>
> By the way, I notice that your GPU is having trouble bringing up its
> acceleration unit. We added a workaround to reset the GPU harder when
> bringing it up which should hopefully resolve that issue, available in
> kernel 4.4. But I don't think it affects your situation.
>
>    -ilia
>
Is there any way to tell the kernel to write an image, with a grey scale 
vale of 1 perhaps, which might be black but not trigger the monitor to 
assume a hotplug event.

Thanks
don
_______________________________________________
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau