search for: suspens

https://bugs.freedesktop.org/show_bug.cgi?id=40334 Summary: Kernel-BUG on resume from suspen-to-ram with NV GeForce Go 7600 Product: xorg Version: git Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo:

Hi, I cannot have suspend and hibernate working on a Samsung NC10 (netbook) running CentOS 5.4 i386. When I try suspending/hibernating the screen becomes black (with a few logs, like "shrinking memory" for hibernate) and then the computer hangs and I have to force a shutdown with the power button. This wiki page seems to say that it should work out of the box:

https://bugs.freedesktop.org/show_bug.cgi?id=58729 Priority: medium Bug ID: 58729 Assignee: nouveau at lists.freedesktop.org Summary: [bisected] Display fails to turn on after suspend/resume (NV86) Severity: normal Classification: Unclassified OS: All Reporter: wheel at herr-der-mails.de

Hi, I am very new to this so please go easy on me... I am trying to deploy my app on dreamhost and I seem to be having problems getting it working. One of the troubleshooting items on the wiki states: Rails apps in production mode do not reflect changes made after they start running. So, if you found a bug, fixed it and nothing appeared to happen--this is probably because you

Hi! > Cryptographic libraries carry pseudo random number generators to > quickly provide randomness when needed. If such a random pool gets > cloned, secrets may get revealed, as the same random number may get > used multiple times. For fork, this was fixed using the WIPEONFORK > madvise flag [1]. > Unfortunately, the same problem surfaces when a virtual machine gets >

Hi! > Cryptographic libraries carry pseudo random number generators to > quickly provide randomness when needed. If such a random pool gets > cloned, secrets may get revealed, as the same random number may get > used multiple times. For fork, this was fixed using the WIPEONFORK > madvise flag [1]. > Unfortunately, the same problem surfaces when a virtual machine gets >

Hi all, my domU guests stop booting in my new 3.2 (kernel 2.6.18.8) xen installation when run perfectly in my other 3.0.2 (2.6.16) xen server. whe i start the domU with "xm create" i get these messages: Using config file "./debian.4-0.xen3.cfg". Started domain debian.4-0 IP route cache hash table entries: 4096 (order: 2, 16384 bytes) TCP established hash table

https://bugs.freedesktop.org/show_bug.cgi?id=59057 Priority: medium Bug ID: 59057 Assignee: nouveau at lists.freedesktop.org Summary: Black screen after resume from s2ram QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: Linux (All) Reporter: pontus.fuchs at gmail.com