Bug#525619: xserver-xorg-video-intel: screen blank after returning to vt7

2011-02-23 Thread Sanjoy Mahajan
 I see you're running 2.6.37, and it looks like there were some more
 backlight fixes lately, so you might want to try latest 2.6.38-rc from
 experimental.

Thanks, I've just now looked at the shortlog entry related to the
backlight.  However, my backlight is fine: It turns off upon suspend and
turns on upon resume.  The problem is the display itself, which is blank
upon resume (maybe 1 time out of 10).

https://bugs.freedesktop.org/show_bug.cgi?id=34437 seems similar.



-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1psekq-0004ki...@approx.mit.edu



Bug#525619: xserver-xorg-video-intel: screen blank after returning to vt7

2011-02-22 Thread Cyril Brulebois
Hi,

Sanjoy Mahajan san...@mit.edu (20/04/2010):
 I see a similar, perhaps identical problem.
 
 Twice now (today and a few days ago), the laptop has woken up with
 the screen almost completely black.  I can barely see the windows,
 but the laptop is otherwise fine; for example, I can edit in Emacs
 if I could do it all without reading the characters.  Cycling S3
 sleep doesn't restore the brightness, nor does restarting xdm and
 the X server -- I need to reboot and then the screen is back to
 normal brightness.
 
 This is with xserver-xorg-video-intel 2.9.1-3 and kernel 2.6.33
 (vanilla).  I imagine that it has KMS -- I didn't do anything
 special to disable that when I compiled the kernel.

could we please get an update, with either squeeze or higher?

KiBi.


signature.asc
Description: Digital signature


Bug#525619: xserver-xorg-video-intel: screen blank after returning to vt7

2011-02-22 Thread Sanjoy Mahajan
 could we please get an update, with either squeeze or higher?

Alas, yes: I still see the problem.  It happens every couple days where
the screen is blank (but the backlight is on).  A few days ago I had
started filling out a new Debian bug report, but then got the hang
again, rebooted, and lost track of the report -- which I just found and
am appending the version info from it.

When the problem happens, the backlight is on but the screen is blank,
and I can do everything except see what is on the screen -- so I can
switch to vt1, log in as root, and cleanly reboot.  However, I found
nothing interesting in any of the log files, whether Xorg.0.log, the
syslog, xdm.log, or /var/log/messages.

Since then I've added drm.debug=14 log_buf_len=16M to all grub
boot-command lines (copied from a Fedora debugging X page).  I've also
prepared a script to run (typing blind and loggin in as root) when the
problem next happens in order to get more debugging info:

  d=/root/debug-blank-display
  mkdir -p $d
  dmesg  $d/dmesg.log
  cp -p /var/log/Xorg.0.log $d/
  mount -t debugfs none /sys/kernel/debug
  dd if=/dev/mem of=$d/gpu_rom.dd bs=64k skip=12 count=1
  intel_gpu_dump  $d/gpu_dump.log

Anything to add or subtract from that script?

And here's what was in the half-finished bug report from Feb 20:

Package: xserver-xorg-video-intel
Version: 2:2.14.0-4
Severity: normal

Every few days (so perhaps ten S3 suspend/resume cycles) the following
happens.  

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.37 (SMP w/2 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages xserver-xorg-video-intel depends on:
ii  libc6 2.11.2-11  Embedded GNU C Library: Shared lib
ii  libdrm-intel1 2.4.23-3   Userspace interface to intel-speci
ii  libdrm2   2.4.23-3   Userspace interface to kernel DRM 
ii  libpciaccess0 0.12.1-1   Generic PCI access library for X
ii  libudev0  166-1  libudev shared library
ii  libx11-6  2:1.4.1-4  X11 client-side library
ii  libx11-xcb1   2:1.4.1-4  Xlib/XCB interface library
ii  libxcb-aux0   0.3.6-1utility libraries for X C Binding 
ii  libxcb-dri2-0 1.7-2  X C Binding, dri2 extension
ii  libxcb1   1.7-2  X C Binding
ii  libxext6  2:1.2.0-2  X11 miscellaneous extension librar
ii  libxfixes31:4.0.5-1  X11 miscellaneous 'fixes' extensio
ii  libxv12:1.0.6-1  X11 Video extension library
ii  libxvmc1  2:1.0.6-1  X11 Video extension library
ii  xserver-xorg-core [xorg-video 2:1.9.4-2  Xorg X server - core server




-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1pryci-00021l...@approx.mit.edu



Bug#525619: xserver-xorg-video-intel: screen blank after returning to vt7

2011-02-22 Thread Cyril Brulebois
Hi,

Sanjoy Mahajan san...@olin.edu (22/02/2011):
 Alas, yes: I still see the problem.

I see you're running 2.6.37, and it looks like there were some more
backlight fixes lately, so you might want to try latest 2.6.38-rc from
experimental. You could also try building the intel driver from
upstream git master (I can assist with that part).

 Since then I've added drm.debug=14 log_buf_len=16M to all grub
 boot-command lines (copied from a Fedora debugging X page).  I've also
 prepared a script to run (typing blind and loggin in as root) when the
 problem next happens in order to get more debugging info:
 
   d=/root/debug-blank-display
   mkdir -p $d
   dmesg  $d/dmesg.log
   cp -p /var/log/Xorg.0.log $d/
   mount -t debugfs none /sys/kernel/debug
   dd if=/dev/mem of=$d/gpu_rom.dd bs=64k skip=12 count=1
   intel_gpu_dump  $d/gpu_dump.log
 
 Anything to add or subtract from that script?

I'm afraid you'll have to ask upstream.

Bug reports of interest:
  
https://bugs.freedesktop.org/buglist.cgi?cmdtype=runnamednamedcmd=Driver/intel
  https://bugs.freedesktop.org/buglist.cgi?cmdtype=runnamednamedcmd=DRI/Intel

If you see nothing matching your issue, I'd suggest reporting a bug
there:
  https://bugs.freedesktop.org/

product xorg, component Driver/intel should be a good start.

KiBi.


signature.asc
Description: Digital signature


Bug#525619: xserver-xorg-video-intel: screen blank after returning to vt7

2010-04-20 Thread Sanjoy Mahajan
 In both cases, the backlight was still on, but the screen was blank.
 And switching back to vt1 or any other non-X vt, then back to vt7,
 did not solve it.  However, putting the laptop into S3 sleep and then
 resuming solved the problem.

 can you still reproduce this with latest intel driver and kernel (with
 kernel mode setting)?

I see a similar, perhaps identical problem.

Twice now (today and a few days ago), the laptop has woken up with the
screen almost completely black.  I can barely see the windows, but the
laptop is otherwise fine; for example, I can edit in Emacs if I could do
it all without reading the characters.  Cycling S3 sleep doesn't restore
the brightness, nor does restarting xdm and the X server -- I need to
reboot and then the screen is back to normal brightness.

This is with xserver-xorg-video-intel 2.9.1-3 and kernel 2.6.33 (vanilla).
I imagine that it has KMS -- I didn't do anything special to disable
that when I compiled the kernel.



-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1o4php-0001cd...@approx.mit.edu



Bug#525619: xserver-xorg-video-intel: screen blank after returning to vt7

2010-04-19 Thread Julien Cristau
tag 525619 moreinfo
retitle 525619 [945GM] xserver-xorg-video-intel: screen blank after returning 
to vt7
kthxbye

On Sat, Apr 25, 2009 at 21:45:23 -0400, Sanjoy Mahajan wrote:

 Package: xserver-xorg-video-intel
 Version: 2:2.7.0-1
 Severity: normal
 
 Since upgrading a couple weeks ago to the 2.7.0 driver and the 1.6.1
 server (from Debian unstable), the screen has remained blank a couple
 times incorrectly:
 
 1. after switching to vt1 (ctrl-alt-F1), then returning to vt7 with
Alt-F7.  
 
 2. after resuming from S3 sleep (put to sleep with echo mem 
/sys/power/state).  
 
 In both cases, the backlight was still on, but the screen was blank.
 And switching back to vt1 or any other non-X vt, then back to vt7, did
 not solve it.  However, putting the laptop into S3 sleep and then
 resuming solved the problem.
 
 I haven't found a way to reliably reproduce the problem, alas.
 
 The laptop is a Thinkpad T60 with Intel graphics.
 
Hi,

can you still reproduce this with latest intel driver and kernel (with
kernel mode setting)?

Cheers,
Julien


signature.asc
Description: Digital signature


Processed: Re: Bug#525619: xserver-xorg-video-intel: screen blank after returning to vt7

2010-04-19 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

 tag 525619 moreinfo
Bug #525619 [xserver-xorg-video-intel] xserver-xorg-video-intel: screen blank 
after returning to vt7
Added tag(s) moreinfo.
 retitle 525619 [945GM] xserver-xorg-video-intel: screen blank after returning 
 to vt7
Bug #525619 [xserver-xorg-video-intel] xserver-xorg-video-intel: screen blank 
after returning to vt7
Changed Bug title to '[945GM] xserver-xorg-video-intel: screen blank after 
returning to vt7' from 'xserver-xorg-video-intel: screen blank after returning 
to vt7'
 kthxbye
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/handler.s.c.127168477112384.transcr...@bugs.debian.org