Bug#390913: xserver-xorg-video-i810: blank screen after suspend
* Brice Goglin [EMAIL PROTECTED] [07-06-23 11:34]: I am contacting all of you again since everybody does not agree whether this bug is fixed or not. It could be related to which chipset you have. It would be good if all of you could try with the latest xserver-xorg-video-intel driver (2:2.0.0-5 currently in experimental). It is supposed to resume well. If you still experience a black screen at resume, you should try either Now that I upgraded to 2:2.0.0-5 and disabled 915-resolution, I get a black screen on resume, which I didn't get before. I'll have to investigate which change caused this behaviour, as I didn't reboot my machine for the last few weeks. I get my screen back, if I do a console-X11-switch. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390913: xserver-xorg-video-i810: blank screen after suspend
Lars Noschinski wrote: Now that I upgraded to 2:2.0.0-5 and disabled 915-resolution, I get a black screen on resume, which I didn't get before. I'll have to investigate which change caused this behaviour, as I didn't reboot my machine for the last few weeks. I get my screen back, if I do a console-X11-switch. Did you try passing acpi_sleep=s3_bios to the kernel or use vbetool post after resume as suggested earlier? It is meant to avoid this blank screen after resume. Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390913: xserver-xorg-video-i810: blank screen after suspend
* Brice Goglin [EMAIL PROTECTED] [07-06-28 19:40]: Lars Noschinski wrote: Now that I upgraded to 2:2.0.0-5 and disabled 915-resolution, I get a black screen on resume, which I didn't get before. I'll have to investigate which change caused this behaviour, as I didn't reboot my machine for the last few weeks. I get my screen back, if I do a console-X11-switch. Did you try passing acpi_sleep=s3_bios to the kernel or use vbetool post after resume as suggested earlier? It is meant to avoid this blank screen after resume. vbetool post didn't work properly: screen goes on, but is garbled. X11-console-switch brings it back to ok, but X11 background is broken then; it looks like some test image. With our without vbetool, the standard text console is broken now after a resume. acp_sleep=s3_bios helps, X11 and console screen come back normal after suspend. Nevertheless, it's a small regression, as it worked before without this option. According to my xorg.1.log, the version I used before was: (II) Loading /usr/lib/xorg/modules/drivers//i810_drv.so (II) Module i810: vendor=X.Org Foundation compiled for 7.1.1, module version = 1.7.2 Module class: X.Org Video Driver ABI class: X.Org Video Driver, version 1.0 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390913: xserver-xorg-video-i810: blank screen after suspend
Hello, On Mon, Jun 25, 2007 at 10:14:34PM +0200, Brice Goglin wrote: But why would I still need to pass the extra kernel command-line, can't you take care of this within the driver code ? I don't know exactly, but I guess acpi_sleep=s3_bios changes the way the kernel restores things. The Xorg driver is far away from this kernel code (it does not run in kernel space, and it's very late in resume process). I think it's very common (not intel-chipset specific) to have to pass such an option to get resume to work. I understand, then this also could be BIOS-related. An update of the BIOS might fix it, too. But I don't won't to hassle with that. I'd also called this bug fixed. Apart from that, I sometimes experience an apparent total freeze upon logout from X (LCD totally dark, no pattern visible, system does not respond anymore). I don't know whether this is related to the 2.x-version of the Intel-driver or anything else. I will try to reproduce it and see whether this is related to the driver. Regards, Adrian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390913: xserver-xorg-video-i810: blank screen after suspend
On Samstag, 23. Juni 2007, Brice Goglin wrote: I am contacting all of you again since everybody does not agree whether this bug is fixed or not. It could be related to which chipset you have. It would be good if all of you could try with the latest xserver-xorg-video-intel driver (2:2.0.0-5 currently in experimental). It is supposed to resume well. -5 is certainly an improvement for me, as now the resume seems to be really stable (it wasn't completely stable with -4, making X crash upon resume about 1/3 of the time). From my side, the bug can be closed. with best regards, Rene signature.asc Description: This is a digitally signed message part.
Bug#390913: xserver-xorg-video-i810: blank screen after suspend
Hello Brice, On Sat, Jun 23, 2007 at 10:02:12AM +0200, Brice Goglin wrote: It would be good if all of you could try with the latest xserver-xorg-video-intel driver (2:2.0.0-5 currently in experimental). It is supposed to resume well. Ok, I have installed the version from experimental (2:2.0.0-5). The problem still persists, i.e. the screen is blank (it's just the LCD backlight which is not turned on, you can a dim picture) upon resume but I can get it back with vbetool post *and* switching to and fro a text-console (vbetool alone won't do it). Passing acpi_sleep=s3_bios will also fix it and *without* the need of extra console-switching. So 2:2.0.0-5 + acpi_sleep=s3_bios work perfectly :). But why would I still need to pass the extra kernel command-line, can't you take care of this within the driver code ? My Hardware: IBM ThinkPad X40 2371-7JG lspci: 00:02.0 VGA compatible controller: Intel Corporation 82852/855GM Integrated Graphics Device (rev 02) Packages: [EMAIL PROTECTED]:~ dpkg -l xserver-xorg-video-i\* | grep -e '^i' ii xserver-xorg-video-i128 1:1.2.1-2 X.Org X server -- i128 display driver ii xserver-xorg-video-i740 1:1.1.0-3 X.Org X server -- i740 display driver ii xserver-xorg-video-i810 2:2.0.0-5 X.Org X server -- Intel i8xx, i9xx display d ii xserver-xorg-video-imstt 1:1.1.0-3 X.Org X server -- IMSTT display driver ii xserver-xorg-video-intel 2:2.0.0-5 X.Org X server -- Intel i8xx, i9xx display d PS: Video overlay on the LCD also works for me with the 2.x-driver now. Thanks alot for your work ! Adrian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390913: xserver-xorg-video-i810: blank screen after suspend
Adrian Glaubitz wrote: Ok, I have installed the version from experimental (2:2.0.0-5). The problem still persists, i.e. the screen is blank (it's just the LCD backlight which is not turned on, you can a dim picture) upon resume but I can get it back with vbetool post *and* switching to and fro a text-console (vbetool alone won't do it). Passing acpi_sleep=s3_bios will also fix it and *without* the need of extra console-switching. So 2:2.0.0-5 + acpi_sleep=s3_bios work perfectly :). Good to know, thanks. But why would I still need to pass the extra kernel command-line, can't you take care of this within the driver code ? I don't know exactly, but I guess acpi_sleep=s3_bios changes the way the kernel restores things. The Xorg driver is far away from this kernel code (it does not run in kernel space, and it's very late in resume process). I think it's very common (not intel-chipset specific) to have to pass such an option to get resume to work. Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390913: xserver-xorg-video-i810: blank screen after suspend
Hi, I am contacting all of you again since everybody does not agree whether this bug is fixed or not. It could be related to which chipset you have. It would be good if all of you could try with the latest xserver-xorg-video-intel driver (2:2.0.0-5 currently in experimental). It is supposed to resume well. If you still experience a black screen at resume, you should try either passing acpi_sleep=s3_bios to the kernel, or use vbetool post after resume (some high-level suspending program can take care of this for you, for instance with the uswsusp package). Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390913: xserver-xorg-video-i810: blank screen after suspend
On Donnerstag, 24. Mai 2007 15:18, Roberto Lumbreras wrote: : What is the status of this bug now that xserver-xorg-core 1.3 and : xserver-xorg-video-intel 2.0 are in unstable? : : Did you guys see Brandon Philips' comment: : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=390913;msg=38 As mentioned earlier, it partially works for me now. Suspend-to-RAM is not as stable as it was with 1.5.1 (the X server crashes roughly every fourth time I wake it up), but no hard hangs so far. Rene pgpYysnoDojEv.pgp Description: PGP signature
Bug#390913: xserver-xorg-video-i810: blank screen after suspend
On Sat, Apr 21, 2007 at 02:24:06PM +0200, Brice Goglin wrote: : Hi, : : What is the status of this bug now that xserver-xorg-core 1.3 and : xserver-xorg-video-intel 2.0 are in unstable? : : Did you guys see Brandon Philips' comment: : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=390913;msg=38 : : Brice It does not work for me. After suspend now the screen is not blank but near blank, very very very dark (without brightness and contrast), totally unusable. Changing to text mode does not work, screen remains blank and text mode is also broken. xserver-xorg 1:7.2-3 xserver-xorg-core2:1.3.0.0.dfsg-4 xserver-xorg-video-intel 2:2.0.0-1 Salud, -- Roberto Lumbreras .''`. rover : :' : debian.org Debian Developer `. `' `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390913: xserver-xorg-video-i810: blank screen after suspend
On Wed, 2 May 2007 02:10:23 +0200, Adrian Glaubitz wrote: Hello, since there are opposite reports about this problem, I'd like to let you know that this problem still persists, using: xserver-xorg 7.2-3 xserver-xorg-core1.3.0.0.dfsg-3 xserver-xorg-video-i810 2.0.0-1 The problem instantly disappears after downgrading to 1.7.2-4 from testing, though even with this version, suspending has the sideeffect, that the mouse-cursor becomes invisible, so I have to restart gdm to use my mouse again. Adrian It's the same for me, after resume the mouse cursor is not visible, but changing to text mode and going back to X solves it for me, mouse cursor is visible again. Salud, -- Roberto Lumbreras .''`. rover : :' : debian.org Debian Developer `. `' `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390913: xserver-xorg-video-i810: blank screen after suspend
* Brice Goglin [EMAIL PROTECTED] [07-04-21 14:28]: What is the status of this bug now that xserver-xorg-core 1.3 and xserver-xorg-video-intel 2.0 are in unstable? It works for me with xserver-xorg-video-i810 1.7.2-4. I haven't yet upgraded to xserver-xorg-core 1.3 and xserver-xorg-video-intel 2.0. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390913: xserver-xorg-video-i810: blank screen after suspend
Hi, What is the status of this bug now that xserver-xorg-core 1.3 and xserver-xorg-video-intel 2.0 are in unstable? Did you guys see Brandon Philips' comment: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=390913;msg=38 Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390913: xserver-xorg-video-i810: blank screen after suspend
On Samstag, 21. April 2007 13:24, you wrote: What is the status of this bug now that xserver-xorg-core 1.3 and xserver-xorg-video-intel 2.0 are in unstable? I'll try to test it today. Rene pgpG0NvuZSzrn.pgp Description: PGP signature
Bug#390913: xserver-xorg-video-i810: blank screen after suspend
On Samstag, 21. April 2007 19:09, Rene Mayrhofer wrote: On Samstag, 21. April 2007 13:24, you wrote: What is the status of this bug now that xserver-xorg-core 1.3 and xserver-xorg-video-intel 2.0 are in unstable? I'll try to test it today. Solved for me with xserver-xorg 7.2-2 xserver-xorg-core1.3.0.0.dfsg-1 xserver-xorg-video-intel 2.0.0-1 This bug can be closed as far as I am concerned, now I have DRI and suspend-to-RAM working, very nice. Rene pgpPfQEg4qgKm.pgp Description: PGP signature
Bug#390913: xserver-xorg-video-i810: blank screen after suspend
I've got a similar problem with an Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller (rev 03): After resume from suspend-to-ram, the screen stays black (even the backlight); but the Keyboard (and the rest of the system) continues to work. This problem doesn't occur with 1.5.1.0-2. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390913: xserver-xorg-video-i810: blank screen after suspend
* Lars Noschinski [EMAIL PROTECTED] [2006-10-07 12:45]: I've got a similar problem with an Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller (rev 03): After resume from suspend-to-ram, the screen stays black (even the backlight); but the Keyboard (and the rest of the system) continues to work. This problem doesn't occur with 1.5.1.0-2. I tested version 1.6.1, 1.6.2, 1.6.5 and 1.7.0 from the xf86-video-intel git repository and they all show this behaviour. So this bug is either due to some change between 1.5.1 and 1.6.1 or an change in Xorg itself between 7.0.22 and 7.1.0. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390913: xserver-xorg-video-i810: blank screen after suspend
Package: xserver-xorg-video-i810 Version: 2:1.6.5-3 Severity: important Justification: unsuitable for release After upgrading to xorg from unstable, my laptop with an Intel Corporation 82852/855GM Integrated Graphics Device is unable to resume video output after a suspend, the screen remains blank screen and keyboard is dead (no ALT-BACKSPACE, ALT+Fx). Downgrading to xserver-xorg-video-i810 version 1.5.1.0-2 from testing solves the problem. PD: you are free to lower the severity of the bug if you think it is not correct. Salud, -- Roberto Lumbreras .''`. rover : :' : debian.org Debian Developer `. `' `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
