Julien,
many thanks for the quick and useful reply.
Am Tuesday, 20. September 2011 schrieb Julien Cristau:
> On Tue, Sep 20, 2011 at 12:32:46 +0200, Rainer Dorsch wrote:
> > Hello,
> >
> > I have occasionally (maybe once a week) the problem, that my system does
> > not resume after a suspend. To be precise: the screen has no signal, but
> > the system itself is up an running (and re-suspends after 10 minutes of
> > inactivity as configured). When I resume the re-suspend, that usually
> > works. I.e. here the complete sequence:
> >
> > 1. System suspends
> > 2. Resume, but occasionally no video signal available
> > 3. System re-suspends automatically after 10 minutes of inactivity
> > 4. Resume usually works (or sampling rate too small to hit the problem)
> >
> > I am wondering what I could do to figure out the root cause of the
> > problem. I forgot to try, but I assume, that I could ssh into the
> > machine and do some diagnosis, when the problem occurs. Are there logs
> > which could help? I attach the syslog below...
>
> Boot with drm.debug=6 and compare dmesg from a successful vs failed
> resume.
I booted with drm.debug=6 and found that there is an intermittent detection
problem with the monitor ("CRT not detected via hotplug"):
rd@blackbox:~/tmp.nobackup$ diff -u syslog-intel.drm-1303.part syslog-
intel.drm-1340.part
--- syslog-intel.drm-1303.part 2011-09-21 13:52:26.103280388 +0200
+++ syslog-intel.drm-1340.part 2011-09-21 13:54:31.949381096 +0200
@@ -9,14 +9,6 @@
[drm:drm_crtc_helper_set_config],
[drm:drm_crtc_helper_set_config], [CRTC:3] [FB:17] #connectors=1 (x y) (0 0)
[drm:drm_crtc_helper_set_config], [CONNECTOR:8:HDMI-A-1] to [CRTC:3]
-[drm:intel_crt_detect], CRT not detected via hotplug
-[drm:output_poll_execute], [CONNECTOR:5:VGA-1] status updated from 2 to 2
-[drm:intel_sdvo_debug_write], SDVOB: W: 0B
(SDVO_CMD_GET_ATTACHED_DISPLAYS)
-[drm:intel_sdvo_read_response], SDVOB: R: (Success) 01 00
-[drm:intel_sdvo_detect], SDVO response 1 0 [1]
-[drm:intel_sdvo_debug_write], SDVOB: W: 7A 02
(SDVO_CMD_SET_CONTROL_BUS_SWITCH)
-[drm:intel_sdvo_debug_write], SDVOB: W: 7A 02
(SDVO_CMD_SET_CONTROL_BUS_SWITCH)
-[drm:output_poll_execute], [CONNECTOR:8:HDMI-A-1] status updated from 1 to 1
[drm:i915_get_vblank_counter], trying to get vblank count for disabled pipe B
[drm:intel_opregion_setup], graphic opregion physical addr: 0xcf78e0f4
[drm:intel_opregion_setup], Public ACPI methods supported
@@ -97,10 +89,8 @@
[drm:drm_mode_debug_printmodeline], Modeline 13:"640x480" 60 25200 640 656
752 800 480 490 492 525 0x40 0xa
[drm:drm_mode_debug_printmodeline], Modeline 14:"720x400" 70 28320 720 738
846 900 400 412 414 449 0x40 0x6
[drm:drm_mode_getconnector], [CONNECTOR:8:?]
-[drm:drm_mode_addfb], [FB:24]
[drm:intel_crtc_cursor_set],
-[drm:drm_mode_addfb], [FB:21]
-[drm:drm_mode_addfb], [FB:24]
+[drm:drm_mode_addfb], [FB:25]
[drm:intel_crt_detect], CRT not detected via hotplug
[drm:output_poll_execute], [CONNECTOR:5:VGA-1] status updated from 2 to 2
[drm:intel_sdvo_debug_write], SDVOB: W: 0B
(SDVO_CMD_GET_ATTACHED_DISPLAYS)
rd@blackbox:~/tmp.nobackup$
Monitor is an EIZO FlexScan L767
Full log is here
http://bokomoko.de/~rd/syslog-drm.6
around 13:03 the resume was not detecting the monitor, around 13:40 the resume
was detecting the monitor.
Does anybody have an idea what could go wrong?
Does anybody have an idea what I could do as a workaround? E.g. can I ask the
driver to retry three times, when the CRT is not detected? Can I enforce that
the monitor is driven (it is a desktop and never changed)? Other ideas?
Thanks,
Rainer
--
Rainer Dorsch
http://bokomoko.de/
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201109211412.01145...@bokomoko.de
