Bug#565344: [xserver-xorg-video-radeon] Black screen after resume from suspend to disk/RAM
Michel Dänzer
daenzer at debian.org
Wed Feb 3 02:09:32 PST 2010
On Tue, 2010-02-02 at 16:08 +0100, Bruno Kleinert wrote:
> Am Donnerstag, den 28.01.2010, 10:13 +0100 schrieb Michel Dänzer:
> > On Tue, 2010-01-26 at 13:41 +0100, Bruno Kleinert wrote:
> > > Before I executed xgamma -gamma 1.0 I queried the X server by calling
> > > xgamma about the current settings and the output of xgamma was, that the
> > > values for RGB were already all set to 1.0! So it looks as if the state
> > > of the X server and the graphics hardware aren't the same after
> > > resuming.
> >
> > Maybe the X server or driver doesn't (properly) restore the hardware
> > CLUT on resume.
> >
> > Does this workaround also help on the other machine with an Intel GPU?
> Yes, the workaround also works on my notebook with the Intel GPU! Hm,
> looks as if it's a bug in the X server itself.
[...]
> A further experiment to collect information:
>
> On the Intel notebook I tried blindly to restore gamma values from the
> KMS framebuffer text console with DISPLAY=:0.0 xgamma -gamma 1.0 but
> that didn't bring back neither the framebuffer console nor the X session
> when I tried to switch to it.
>
> Only Blindly unlocking the GNOME screensaver and issuing the xgamma
> command restores the gamma values for the X session and also the KMS
> framebuffer text. Btw.: Also at the framebuffer console when I issued
> the xgamma command before, xgamma claimed that the gamma settings
> already were all set to 1.0 for R, G and B.
So it seems like maybe the X server doesn't properly keep track of the
CLUT values / make sure they're applied to the hardware across VT
switches...
--
Earthling Michel Dänzer | http://www.vmware.com
Libre software enthusiast | Debian, X and DRI developer
More information about the xorg-driver-ati
mailing list