Re: after closing the lid and reopening it the screen remains blank
On 09/10/2010 05:34 PM, Andy Isaacson wrote: On Sat, Sep 11, 2010 at 08:44:48AM +0900, Norbert Preining wrote: On Fr, 10 Sep 2010, Andy Isaacson wrote: FWIW, 2.6.36-rc3-00396-gbe6200a suspend-to-ram works for me on GM45 I never said that it has anything to do with suspend to ram. Ah, sorry for misunderstanding. My GM45 system is configured to automatically S2R on lid close so I tend to conflate the two... In fact, suspend to ram works perfectly without any problems. I only reboot after I installed a new kernel ... I will try some older kernels and see if it is a kernel or userspace issue. Do try the current tip and/or describe which post-rc3 kernel fails for you, just to verify. Also, is there anything in Xorg.0.log from when it fails to restore the video? Thanks for reporting the regression, it'll be good to get it fixed ASAP. -andy -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/ over here: cat /etc/acpi/sleep.sh if grep -q close /proc/acpi/button/lid/LID0/state then /usr/sbin/s2ram fi works reliably over here(knock on wood..)with radeon not sure with intel cards.. Justin P. Mattock -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing http://p.sf.net/sfu/novell-sfdev2dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: after closing the lid and reopening it the screen remains blank
On 09/09/2010 03:41 PM, Norbert Preining wrote: Hi all, running: 2.6.36-rc3+ (from git) on Integrated Graphics Chipset: Intel(R) GM45 (Sony Vaio Z11) Debian/unstable, so xserver 1.7.7, intel driver: 2.12.0 since some recent kernel I have the following problem: When closing the lid on power, so the machine does not suspend, the backlight is properly turned off. But when I open the lid again the backlight goes on, but there is nothing to see: No screensaver, no activity, nothing. Switching to Console in blind didn't work either. The machine is still responsible (Sysrq, but also CapsLock), and killing the X process with Ctrl-Alt-Backspace gets me back a working X. I am quite sure that it *was* working in former time, but cannot pinpoint eaxactely when the problems started. If you need any further information or testing, please let me know. But it will take some time until I am back somewhere where I can ssh into my machine (or try if I can ssh into). Best wishes Norbert Norbert Preiningprein...@{jaist.ac.jp, logic.at, debian.org} JAIST, Japan TeX Live Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 BELPER A knob of someone else's chewing gum which you unexpectedly find your hand resting on under a deck's top, under the passenger seat of your car or on somebody's thigh under their skirt. --- Douglas Adams, The Meaning of Liff -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/ if you change up kernels and one of them causes this..then I would do a bisect.. but if changing kernels makes no diff, then it's userpsace related(but could be wrong) i.e. on my machine I use acpid /etc/acpi/lid.sh in there its a simple call to s2ram (works fine(with radeon though))looking at some of the distros scripts(no-offense) theres loads of stuff in there todo all kinds of calls.. hope this helps. Justin P. Mattock -- Automate Storage Tiering Simply Optimize IT performance and efficiency through flexible, powerful, automated storage tiering capabilities. View this brief to learn how you can reduce costs and improve performance. http://p.sf.net/sfu/dell-sfdev2dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [git pull] drm request 3
On 03/05/2010 09:42 AM, Jeff Garzik wrote: On 03/05/2010 10:17 AM, Daniel Stone wrote: On Fri, Mar 05, 2010 at 06:37:18AM -0800, David Miller wrote: If it effects such a large number of people, which this noveau thing does, it's entirely relevant to everyone. And the way it's breaking and making kernel development difficult for so many people matters to us. Maybe the lesson to be learned from all this is, 'if the developers don't want something merged because they're not ready and forsee huge problems in the future, actually listen to them instead of blindly ramming it in regardless'? But maybe that's just me. That particular horse left the barn when Fedora shipped nouveau in a stable release, not when Linus merged it into his tree. Jeff -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/ stopped me in my tracks i.g. in order to install using the livecd requires brain surgery. (for me that's fine, but for an average business person/s forget it). Justin P. Mattock -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Weird suspend/resume problem on HP nx6325 w/ openSUSE 11.2 w/ -rc8
On 11/21/09 15:15, Rafael J. Wysocki wrote: Hi, I'm not really sure where this should be reported, but here it goes. After installing openSUSE 11.2 on my testbed nx6325 I noticed that resume (from suspend to RAM) stopped working on it. Apparently, it hanged while switching from the console back to X and the box remained completely unresponsive after that (it didn't even react to the magic sysrq). However, it used to work just fine with -rc7 and openSUSE 11.1, so I figured the problem was related to the new X driver, which is radeon module version 6.12.4 (xorg server 1.6.5). So, I started to investigate and found that after a suspend from a framebuffer console, the resume had always worked. However, when I switched from X to the framebuffer console, suspended, resumed and switched back to X, the box hanged immediately just like during resume after a suspend from under X. [There also were some problems when switching from X to the framebuffer console and back which seemd to be independent of suspend/resume (in short, the screen stays black after a switch from the framebuffer console to X and you need to kill X to fix this).] Later, however, I discovered that if the box was booted into runlevel 3, then suspended to RAM and resumed, and then switched to runlevel 5, I could log into X and suspend/resume without any problems for many times. OTOH, after booting directly into X, the first attempt to resume always resulted in a black screen and a hard hang. I wonder what's up in there. [Hibernation/resume works 100% of the time AFAICS.] Thanks, Rafael -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/ I just noticed today that on my macbook(radeon) using s2ram works, but I get a long pause(black screen) before the screen shows up.(latest stable release works fine). Justin P. Mattock -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july-- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel