Comment # 51
on bug 56139
from Alexandre Demers
(In reply to comment #50) > (In reply to comment #49) > > What if the problem is not from this code, but underneath? I'll try to > > suspend and resume without having Xorg running. Would that help in any way? > > If the commit you bisected is actually the culprit, this is an issue with > the memory controller and the displays on the GPU. When we reprogram the > memory controller we need to stop all the GPU memory clients. We used to > disable the display controllers but this caused additional flicker on boot > up and caused hangs on some cards. So we switched to the current method > which was recommended by the hardware team. This avoids the flicker by just > stopping the MC interface in the displays but leaving them enabled and also > fixes hangs related to this on a number of chips. Unfortunately, it seems > to cause other problems in certain causes. Since I had just installed kernel 3.9.0-rc2, I tried a suspend and resume cycle. As expected, it end up frozen (I saw some text from the console, Xorg/Gnome tried to display something, couldn't, reset, couldn't, reset and froze). I then rebooted and limited the runlevel to 2 (no Xorg in the way). >From the command line, I launched a pm-suspend. Once I woke up my computer, everything was responsive as expected. Does it help in anyway?
You are receiving this mail because:
- You are the assignee for the bug.
_______________________________________________ dri-devel mailing list dri-devel@xxxxxxxxxxxxxxxxxxxxx http://lists.freedesktop.org/mailman/listinfo/dri-devel