periodic wakeup from DPMS suspend

periodic wakeup from DPMS suspend

[Johannes Stezenbach]

Hi,

I have a NEC EA244WMi monitor connected to an Asus P8H77-V
mainboard with Ivy Bridge Core i5-3550 via DVI.
If DPMS suspend is enabled (by xscreensaver, or for testing by
"xset dpms force off/suspend/standby"), the monitor
enters standby mode but wakes up every 10...30 seconds for
6 seconds to display a "DVI-D: no signal" message.

How can I find out if this is an issue of the NEC monitor
or the Intel graphics?

- when I pull the DVI cable the monitor stays in suspend

- I tried to use drm.debug=6 and ftrace to see if something
  is periodically accessing DDC or similar, but it didn't
  reveal anything to me, but then I know nothing about
  graphics drivers and probably didn't do it right

I noticed there is some hotplug detection code,
my initial thought was that this could cause the
wakeup.  But since the period is somewhat irregular
maybe it is some floating signal line causing the
monitor to misdetect activity?

Currently I'm running 4.2.3, but the same issue
happens with older kernels, I tried 3.17+.

Let me know if you have any ideas what to try.





BTW, in sysfs the output shows up as HDMI-A-2:
(the board has VGA, DVI, HDMI and DP)

$ find /sys -name edid
/sys/devices/pci0000:00/0000:00:02.0/drm/card0/card0-HDMI-A-1/edid
/sys/devices/pci0000:00/0000:00:02.0/drm/card0/card0-HDMI-A-2/edid
/sys/devices/pci0000:00/0000:00:02.0/drm/card0/card0-HDMI-A-3/edid
/sys/devices/pci0000:00/0000:00:02.0/drm/card0/card0-VGA-1/edid
/sys/devices/pci0000:00/0000:00:02.0/drm/card0/card0-DP-1/edid
/sys/devices/pci0000:00/0000:00:02.0/drm/card0/card0-DP-2/edid
/sys/devices/pci0000:00/0000:00:02.0/drm/card0/card0-DP-3/edid

Another observation is that the HDMI-A-* outputs don't
have an i2c node to link the matching DDC channel,
while the DP outputs have?

$ grep . /sys/class/i2c-dev/i2c-*/name
/sys/class/i2c-dev/i2c-0/name:i915 gmbus ssc
/sys/class/i2c-dev/i2c-1/name:i915 gmbus vga
/sys/class/i2c-dev/i2c-2/name:i915 gmbus panel
/sys/class/i2c-dev/i2c-3/name:i915 gmbus dpc
/sys/class/i2c-dev/i2c-4/name:i915 gmbus dpb
/sys/class/i2c-dev/i2c-5/name:i915 gmbus dpd
/sys/class/i2c-dev/i2c-6/name:DPDDC-B
/sys/class/i2c-dev/i2c-7/name:DPDDC-C
/sys/class/i2c-dev/i2c-8/name:DPDDC-D

The monitor brightness can be controlled via
/dev/i2c-3 with ddccontrol.


TIA,
Johannes  
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

Re: periodic wakeup from DPMS suspend

[Alex Deucher]

On Tue, Oct 6, 2015 at 11:10 AM, Johannes Stezenbach <js@sig21.net> wrote:
> Hi,
>
> I have a NEC EA244WMi monitor connected to an Asus P8H77-V
> mainboard with Ivy Bridge Core i5-3550 via DVI.
> If DPMS suspend is enabled (by xscreensaver, or for testing by
> "xset dpms force off/suspend/standby"), the monitor
> enters standby mode but wakes up every 10...30 seconds for
> 6 seconds to display a "DVI-D: no signal" message.
>
> How can I find out if this is an issue of the NEC monitor
> or the Intel graphics?
>
> - when I pull the DVI cable the monitor stays in suspend
>
> - I tried to use drm.debug=6 and ftrace to see if something
>   is periodically accessing DDC or similar, but it didn't
>   reveal anything to me, but then I know nothing about
>   graphics drivers and probably didn't do it right
>
> I noticed there is some hotplug detection code,
> my initial thought was that this could cause the
> wakeup.  But since the period is somewhat irregular
> maybe it is some floating signal line causing the
> monitor to misdetect activity?
>
> Currently I'm running 4.2.3, but the same issue
> happens with older kernels, I tried 3.17+.
>
> Let me know if you have any ideas what to try.

Some monitors periodically scan all of their inputs if they are not
actively being driven by anything to try and automatically switch to
the connected input.  When the monitor scans the DVI input, it sees
load on the pins and turns on, only to realize it's not getting a
signal and then turns off.  If your monitor has an option to turn off
input probing, that might help.

Alex


>
>
>
>
>
> BTW, in sysfs the output shows up as HDMI-A-2:
> (the board has VGA, DVI, HDMI and DP)
>
> $ find /sys -name edid
> /sys/devices/pci0000:00/0000:00:02.0/drm/card0/card0-HDMI-A-1/edid
> /sys/devices/pci0000:00/0000:00:02.0/drm/card0/card0-HDMI-A-2/edid
> /sys/devices/pci0000:00/0000:00:02.0/drm/card0/card0-HDMI-A-3/edid
> /sys/devices/pci0000:00/0000:00:02.0/drm/card0/card0-VGA-1/edid
> /sys/devices/pci0000:00/0000:00:02.0/drm/card0/card0-DP-1/edid
> /sys/devices/pci0000:00/0000:00:02.0/drm/card0/card0-DP-2/edid
> /sys/devices/pci0000:00/0000:00:02.0/drm/card0/card0-DP-3/edid
>
> Another observation is that the HDMI-A-* outputs don't
> have an i2c node to link the matching DDC channel,
> while the DP outputs have?
>
> $ grep . /sys/class/i2c-dev/i2c-*/name
> /sys/class/i2c-dev/i2c-0/name:i915 gmbus ssc
> /sys/class/i2c-dev/i2c-1/name:i915 gmbus vga
> /sys/class/i2c-dev/i2c-2/name:i915 gmbus panel
> /sys/class/i2c-dev/i2c-3/name:i915 gmbus dpc
> /sys/class/i2c-dev/i2c-4/name:i915 gmbus dpb
> /sys/class/i2c-dev/i2c-5/name:i915 gmbus dpd
> /sys/class/i2c-dev/i2c-6/name:DPDDC-B
> /sys/class/i2c-dev/i2c-7/name:DPDDC-C
> /sys/class/i2c-dev/i2c-8/name:DPDDC-D
>
> The monitor brightness can be controlled via
> /dev/i2c-3 with ddccontrol.
>
>
> TIA,
> Johannes
> _______________________________________________
> dri-devel mailing list
> dri-devel@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/dri-devel
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

Re: periodic wakeup from DPMS suspend

[Johannes Stezenbach]

On Tue, Oct 06, 2015 at 11:04:53PM -0400, Alex Deucher wrote:
> On Tue, Oct 6, 2015 at 11:10 AM, Johannes Stezenbach <js@sig21.net> wrote:
> >
> > I have a NEC EA244WMi monitor connected to an Asus P8H77-V
> > mainboard with Ivy Bridge Core i5-3550 via DVI.
> > If DPMS suspend is enabled (by xscreensaver, or for testing by
> > "xset dpms force off/suspend/standby"), the monitor
> > enters standby mode but wakes up every 10...30 seconds for
> > 6 seconds to display a "DVI-D: no signal" message.
> 
> Some monitors periodically scan all of their inputs if they are not
> actively being driven by anything to try and automatically switch to
> the connected input.  When the monitor scans the DVI input, it sees
> load on the pins and turns on, only to realize it's not getting a
> signal and then turns off.  If your monitor has an option to turn off
> input probing, that might help.

It's not like I didn't try to twiddle just about every
available menu item, and also used the monitor's
"Reset to Factory Defaults" to no avail.
However, while trying again I found a hidden menu item
which is only available during the short time the
"No Signal" message is displayed, where the left/right
touch buttons open a "Scan Time" setting with "Normal"
and "Slow" options.  After I changed it, the issue was
solved.  I changed it back and the issue doesn't reproduce.
So it looks some internal configuration of the monitor
was messed up and is now fixed by twiddling the hidden
menu item.  "Scan Time" is not documented in the manual
nor is there an indication in the "No Signal" popup.

Case closed.


Thanks,
Johannes
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

Re: periodic wakeup from DPMS suspend

[Johannes Stezenbach]

On Wed, Oct 07, 2015 at 01:26:32PM +0200, Johannes Stezenbach wrote:
> On Tue, Oct 06, 2015 at 11:04:53PM -0400, Alex Deucher wrote:
> > On Tue, Oct 6, 2015 at 11:10 AM, Johannes Stezenbach <js@sig21.net> wrote:
> > >
> > > I have a NEC EA244WMi monitor connected to an Asus P8H77-V
> > > mainboard with Ivy Bridge Core i5-3550 via DVI.
> > > If DPMS suspend is enabled (by xscreensaver, or for testing by
> > > "xset dpms force off/suspend/standby"), the monitor
> > > enters standby mode but wakes up every 10...30 seconds for
> > > 6 seconds to display a "DVI-D: no signal" message.
> > 
> > Some monitors periodically scan all of their inputs if they are not
> > actively being driven by anything to try and automatically switch to
> > the connected input.  When the monitor scans the DVI input, it sees
> > load on the pins and turns on, only to realize it's not getting a
> > signal and then turns off.  If your monitor has an option to turn off
> > input probing, that might help.
> 
> It's not like I didn't try to twiddle just about every
> available menu item, and also used the monitor's
> "Reset to Factory Defaults" to no avail.
> However, while trying again I found a hidden menu item
> which is only available during the short time the
> "No Signal" message is displayed, where the left/right
> touch buttons open a "Scan Time" setting with "Normal"
> and "Slow" options.  After I changed it, the issue was
> solved.  I changed it back and the issue doesn't reproduce.
> So it looks some internal configuration of the monitor
> was messed up and is now fixed by twiddling the hidden
> menu item.  "Scan Time" is not documented in the manual
> nor is there an indication in the "No Signal" popup.
> 
> Case closed.

And I just came back to see the monitor doing the
wakeup cycling again.  To try something differerent
I unplugged the charger of the laptop sitting nearby
in suspend.  Bingo!  So it looks like an EMI issue.
I tried a few times and could reproduce twice and
then no more :-(  Now the monitor wakes up once
every 5min or so...

Which brings me back to a previous question:

> maybe it is some floating signal line causing the
> monitor to misdetect activity?

Does the Intel hardware have the capability to switch
the DVI signal lines from high-z to ground during DPMS
suspend, and if so, does the driver do the right thing?
Obviously I have no clue about DVI and intel-gfx, but
I thought to ask anyway.


Johannes
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx

Re: periodic wakeup from DPMS suspend

[Daniel Vetter]

On Thu, Oct 08, 2015 at 12:44:09PM +0200, Johannes Stezenbach wrote:
> On Wed, Oct 07, 2015 at 01:26:32PM +0200, Johannes Stezenbach wrote:
> > On Tue, Oct 06, 2015 at 11:04:53PM -0400, Alex Deucher wrote:
> > > On Tue, Oct 6, 2015 at 11:10 AM, Johannes Stezenbach <js@sig21.net> wrote:
> > > >
> > > > I have a NEC EA244WMi monitor connected to an Asus P8H77-V
> > > > mainboard with Ivy Bridge Core i5-3550 via DVI.
> > > > If DPMS suspend is enabled (by xscreensaver, or for testing by
> > > > "xset dpms force off/suspend/standby"), the monitor
> > > > enters standby mode but wakes up every 10...30 seconds for
> > > > 6 seconds to display a "DVI-D: no signal" message.
> > > 
> > > Some monitors periodically scan all of their inputs if they are not
> > > actively being driven by anything to try and automatically switch to
> > > the connected input.  When the monitor scans the DVI input, it sees
> > > load on the pins and turns on, only to realize it's not getting a
> > > signal and then turns off.  If your monitor has an option to turn off
> > > input probing, that might help.
> > 
> > It's not like I didn't try to twiddle just about every
> > available menu item, and also used the monitor's
> > "Reset to Factory Defaults" to no avail.
> > However, while trying again I found a hidden menu item
> > which is only available during the short time the
> > "No Signal" message is displayed, where the left/right
> > touch buttons open a "Scan Time" setting with "Normal"
> > and "Slow" options.  After I changed it, the issue was
> > solved.  I changed it back and the issue doesn't reproduce.
> > So it looks some internal configuration of the monitor
> > was messed up and is now fixed by twiddling the hidden
> > menu item.  "Scan Time" is not documented in the manual
> > nor is there an indication in the "No Signal" popup.
> > 
> > Case closed.
> 
> And I just came back to see the monitor doing the
> wakeup cycling again.  To try something differerent
> I unplugged the charger of the laptop sitting nearby
> in suspend.  Bingo!  So it looks like an EMI issue.
> I tried a few times and could reproduce twice and
> then no more :-(  Now the monitor wakes up once
> every 5min or so...
> 
> Which brings me back to a previous question:
> 
> > maybe it is some floating signal line causing the
> > monitor to misdetect activity?
> 
> Does the Intel hardware have the capability to switch
> the DVI signal lines from high-z to ground during DPMS
> suspend, and if so, does the driver do the right thing?
> Obviously I have no clue about DVI and intel-gfx, but
> I thought to ask anyway.

We have already known fun with EMI from laptop chargers: i915 hase a
hotpug storm detection logic to combat badly-shielded boards. Could just
be another form of that problem. Afaik there's nothing we can do in the
driver about this (except trying to filter out bad noise, which we do
already).
-Daniel
-- 
Daniel Vetter
Software Engineer, Intel Corporation
http://blog.ffwll.ch
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx