<html>
<head>
<base href="https://bugs.freedesktop.org/" />
</head>
<body>
<p>
<div>
<b><a class="bz_bug_link
bz_status_REOPENED "
title="REOPENED --- - [NV17] nouveau driver fails to restore screen content / video mode after resume from s2ram"
href="https://bugs.freedesktop.org/show_bug.cgi?id=55450#c12">Comment # 12</a>
on <a class="bz_bug_link
bz_status_REOPENED "
title="REOPENED --- - [NV17] nouveau driver fails to restore screen content / video mode after resume from s2ram"
href="https://bugs.freedesktop.org/show_bug.cgi?id=55450">bug 55450</a>
from <span class="vcard"><a class="email" href="mailto:emil.l.velikov@gmail.com" title="Emil Velikov <emil.l.velikov@gmail.com>"> <span class="fn">Emil Velikov</span></a>
</span></b>
<pre>(In reply to <a href="show_bug.cgi?id=55450#c11">comment #11</a>)
<span class="quote">> In deed, it is now a kernel issue (... and I doubt that it previously was)!
> I have tried to s2ram from init=/bin/bash with mount -t sysfs none /sys:</span >
Not sure if you need anything as fancy as this
Appending " 3" to your kernel command line (grub, lilo or whichever you use)
should default to runlevel 3, thus no X would ever be attempted.
<span class="quote">> * s2ram -nofbsuspend</span >
Not sure I've seen this option. Then again not sure that I've seem this program
either.
>From <a href="http://old-en.opensuse.org/S2ram">http://old-en.opensuse.org/S2ram</a>
<span class="quote">> ... s2ram is deprecated ...Instead, use a kernel with KMS drivers where suspend should just work</span >
Please try a plain pm-suspend or even
$ echo mem > /sys/power/state
<span class="quote">> result: bluescreen; sysrq-keys are not working
> * nouveau.modeset=0; s2ram
> result: text console is restored and almost readable; however sysrq-keys
> are still not working.
> </span >
This is "amazing" :)
Can you blacklist nouveau and see if sysrq-keys will work after s2r ? If it
does not there is nothing we can do :'(
<span class="quote">> kernel-3.11.3-1.1-default
>
> (I would wonder if you still needed libdrm, Mesa version by now; there will
> be no pm-suspend dmesg on init=/bin/bash). Should I re-post on kernel.org?</span >
Your initial report did not indicate if the issue happens without X -> the
request for libdrm... etc
If plain VT is not working, we should start from there. See the above
suggestions.</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>