Re: Black Display after suspend/resume on Thinkpad X201 with 8.1/amd64
2010/8/16 Jung-uk Kim j...@freebsd.org: On Monday 16 August 2010 06:34 am, David DEMELIER wrote: I enabled device dpms, and vesa stuff in the -CURRENT GENERIC kernel config but for the moment it resumes well (even the screen!) but take a look at the graphic output : http://files.malikania.fr/Photo0176.jpg This is X after resuming. Maybe the graphic card `cache|buffer' should be cleaned. Suspend and resuming works on my laptop now ! I am glad to hear it helped. :-) X.org framebuffer corruption is a totally different issue. For example, xf86-video-ati saves/restores everything when VT is switching (not only 2D frame buffer but also 3D texture buffer and some critical GPU registers, etc), which is the behaviour we are heavily relying on. In other words, if X.org driver owns the video card, we force switching to the first VT (just as we pressed CTRL-ALT-F1) so that X.org driver releases the video card before we suspend console, assuming the current video card state is completely saved by X.org driver. That way, we can just save the console state and we don't need to worry about X.org or whatever. Conversely, when we resume, we just restore the console state and switch VT (just as we pressed ALT-F9) assuming X.org driver will restore the previous state. If any X.org video drivers don't do it properly, we lose. I guess you may be experiencing this problem. We may save/restore some video memory contents but it is not a good idea because we can easily clobber X.org driver's idea of current state. Unfortunately, it is even possible some video drivers may not do it any more as Linux people started moving this type of stuff out of X.org drivers into Linux kernel and old school stuff (e.g., VT switching from user land) is no longer maintained well or not supported. :-( Jung-uk Kim By the way, we can suspend with drm now, but resume make Xorg so slow... Sad. -- Demelier David ___ freebsd-acpi@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-acpi To unsubscribe, send any mail to freebsd-acpi-unsubscr...@freebsd.org
Re: Black Display after suspend/resume on Thinkpad X201 with 8.1/amd64
2010/8/16 David DEMELIER demelier.da...@gmail.com: 2010/8/8 Bruce Cran br...@cran.org.uk: On Sat, 07 Aug 2010 02:30:13 -0700 (PDT) geoffrey.ferrari geoffrey.ferr...@me.com wrote: The current situation is that the machine will suspend using acpiconf -s 3 and it will also resume. The problem is that the LCD display does not resume correctly after suspend - instead it just stays black. I've been randomly tweaking various things, and get slightly different results. Sometimes the display stays black in the sense the display is still completely switched off. Othertimes, I think the display switches on, but nothing is displayed, so that the display is on but showing nothing except a black background. However, I can still type blind and e.g. shutdown/restart the machine. I'm having the same problem with a Dell XPS M1530 and 9-CURRENT - the display refuses to switch on after resuming. I've tried hw.acpi.reset_video, switching consoles using vidcontrol and using the acpi_video module: setting the reset_video sysctl causes the machine to reboot during resume, and toggling hw.acpi.video.crt1.active just produces a beep with no change in the LCD status (it works before suspend). http://blog.higherthings.org/borghardt/article/3077.html suggests that on a different XPS machine with Linux the VESA BIOS Extensions shouldn't be saved/restored - is there a way to try disabling that on FreeBSD? -- Bruce Cran ___ freebsd-acpi@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-acpi To unsubscribe, send any mail to freebsd-acpi-unsubscr...@freebsd.org Hey, It seems that -CURRENT make my laptop suspend/resume correctly. Before when I was resuming, I canno't do anything even shutdown didn't work (probably panic) here it seems that the screen still stays black but I can shutdown, probably it will works soon :-) -- Demelier David I enabled device dpms, and vesa stuff in the -CURRENT GENERIC kernel config but for the moment it resumes well (even the screen!) but take a look at the graphic output : http://files.malikania.fr/Photo0176.jpg This is X after resuming. Maybe the graphic card `cache|buffer' should be cleaned. Suspend and resuming works on my laptop now ! -- Demelier David ___ freebsd-acpi@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-acpi To unsubscribe, send any mail to freebsd-acpi-unsubscr...@freebsd.org
Re: Black Display after suspend/resume on Thinkpad X201 with 8.1/amd64
On Sat, 07 Aug 2010 02:30:13 -0700 (PDT) geoffrey.ferrari geoffrey.ferr...@me.com wrote: The current situation is that the machine will suspend using acpiconf -s 3 and it will also resume. The problem is that the LCD display does not resume correctly after suspend - instead it just stays black. I've been randomly tweaking various things, and get slightly different results. Sometimes the display stays black in the sense the display is still completely switched off. Othertimes, I think the display switches on, but nothing is displayed, so that the display is on but showing nothing except a black background. However, I can still type blind and e.g. shutdown/restart the machine. I'm having the same problem with a Dell XPS M1530 and 9-CURRENT - the display refuses to switch on after resuming. I've tried hw.acpi.reset_video, switching consoles using vidcontrol and using the acpi_video module: setting the reset_video sysctl causes the machine to reboot during resume, and toggling hw.acpi.video.crt1.active just produces a beep with no change in the LCD status (it works before suspend). http://blog.higherthings.org/borghardt/article/3077.html suggests that on a different XPS machine with Linux the VESA BIOS Extensions shouldn't be saved/restored - is there a way to try disabling that on FreeBSD? -- Bruce Cran ___ freebsd-acpi@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-acpi To unsubscribe, send any mail to freebsd-acpi-unsubscr...@freebsd.org
