Displaying 3 results from an estimated 3 matches for "s2d".
Did you mean:
2d
2012 Feb 08
4
remus fail with SMP domU
...on/xen/remus/vm.py", line 32, in __init__
self.loaddominfo()
File "/usr/lib/xen-4.1/lib/python/xen/remus/vm.py", line 35, in loaddominfo
self.dom = parsedominfo(self.dominfo)
File "/usr/lib/xen-4.1/lib/python/xen/remus/vm.py", line 77, in
parsedominfo
return s2d(dominfo[1:])
File "/usr/lib/xen-4.1/lib/python/xen/remus/vm.py", line 61, in s2d
val = s2d(elem[1:])
File "/usr/lib/xen-4.1/lib/python/xen/remus/vm.py", line 64, in s2d
return s2d(elem)
File "/usr/lib/xen-4.1/lib/python/xen/remus/vm.py", line 66, in s2d...
2013 Oct 03
0
[PATCH] drm/nouveau/fb: fix suspend/resume fbcon
...virtual consoles.
>
> fb_set_suspend(*dev, state == 0 means dev is running ...)
>
> This patch fixes that issue for me:
>
Ouch, nice catch Christoph :)
Seems like the following commit flipped the logic unintentionally, thus
causing the issue. Stange enough I have no problems with s2d although I
must admit it's not the most common thing I do.
commit cf41d53bf5b95d77673b185cc3b20ae3257f79e2
Author: Ben Skeggs <bskeggs at redhat.com>
Date: Wed Nov 9 14:31:16 2011 +1000
drm/nouveau: re-jig fbcon suspend/resume process a little
Signed-off-by: Ben Skeggs <bs...
2013 Oct 03
2
[PATCH] drm/nouveau/fb: fix suspend/resume fbcon
On resume of a hibernated notebook, I get garbled virtual consoles.
fb_set_suspend(*dev, state == 0 means dev is running ...)
This patch fixes that issue for me:
hibernate:
kernel: nouveau [ DRM] suspending fbcon...
kernel: nouveau [ DRM] suspending display...
kernel: nouveau [ DRM] unpinning framebuffer(s)...
kernel: nouveau [ DRM] evicting buffers...
kernel: nouveau [