Bug#514395: LUT settings are not restored after switching to console.
On Fri, Jan 28, 2011 at 09:55:51AM +0100, Cyril Brulebois wrote: > Hi Kurt, > > Kurt Roeckx (12/02/2009): > > On Thu, Feb 12, 2009 at 11:31:20AM +0100, Michel Dänzer wrote: > > > AFAICT the driver RandR 1.2 code just sets the LUT values passed > > > in by the X server, so I'm reassigning. If this still happens with > > > xserver-xorg-core from experimental, you may want to report it > > > upstream. > > > > So I've just reported it upstream. > > thanks. Just checking, not fixed in 1.9.4rc1 (currently in > experimental)? It seems to be working as expected now. Kurt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#514395: LUT settings are not restored after switching to console.
Cyril Brulebois (28/01/2011): > thanks. Just checking, not fixed in 1.9.4rc1 (currently in > experimental)? FWIW, 1.9.x is now in sid. KiBi. signature.asc Description: Digital signature
Bug#514395: LUT settings are not restored after switching to console.
Hi Kurt, Kurt Roeckx (12/02/2009): > On Thu, Feb 12, 2009 at 11:31:20AM +0100, Michel Dänzer wrote: > > AFAICT the driver RandR 1.2 code just sets the LUT values passed > > in by the X server, so I'm reassigning. If this still happens with > > xserver-xorg-core from experimental, you may want to report it > > upstream. > > So I've just reported it upstream. thanks. Just checking, not fixed in 1.9.4rc1 (currently in experimental)? KiBi. signature.asc Description: Digital signature
Bug#514395: LUT settings are not restored after switching to console.
forwarded 514395 https://bugs.freedesktop.org/show_bug.cgi?id=20088 thanks On Thu, Feb 12, 2009 at 11:31:20AM +0100, Michel D?nzer wrote: > On Wed, 2009-02-11 at 22:11 +0100, Kurt Roeckx wrote: > > On Wed, Feb 11, 2009 at 06:55:15PM +0100, Michel D?nzer wrote: > > I've tried using xgamma (from x11-xserver-utils 7.3+5) and then the setting > > are kept. xgamma uses the XF86VidModeSetGamma() call. > > > > I've rebuild dispwin so it uses the XF86VidModeSetGammaRamp() call instead > > and then the settings are also kept. > > AFAICT the driver RandR 1.2 code just sets the LUT values passed in by > the X server, so I'm reassigning. If this still happens with > xserver-xorg-core from experimental, you may want to report it upstream. So I've just reported it upstream. Kurt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#514395: LUT settings are not restored after switching to console.
reassign 514395 xserver-xorg-core
kthxbye
On Wed, 2009-02-11 at 22:11 +0100, Kurt Roeckx wrote:
> On Wed, Feb 11, 2009 at 06:55:15PM +0100, Michel D?nzer wrote:
> > On Wed, 2009-02-11 at 18:35 +0100, Kurt Roeckx wrote:
> > > >
> > > > > or atleast get them restored when switching back to X.
> > > >
> > > > What method does dispwin use for changing the LUT settings?
> > >
> > > It uses this for randr 1.2:
> > > XRRCrtcGamma *crtcgam;
> > >
> > > debugr("Setting gamma using Randr 1.2\n");
> > >
> > > if ((crtcgam = XRRAllocGamma(r->nent)) == NULL) {
> > > debugr(" XRRAllocGamma failed\n");
> > > return 1;
> > > }
> > >
> > > for (i = 0; i < r->nent; i++) {
> > > crtcgam->red[i] = vals[0][i];
> > > crtcgam->green[i] = vals[1][i];
> > > crtcgam->blue[i] = vals[2][i];
> > > }
> > >
> > > XRRSetCrtcGamma(p->mydisplay, p->crtc, crtcgam);
> > > XSync(p->mydisplay, False); /* Flush the
> > > change out */
> > >
> > > XRRFreeGamma(crtcgam);
> > >
> > > Else it would use XF86VidModeSetGammaRamp()
> >
> > At least with RandR 1.2, I suspect this could be an issue in the X
> > server rather than the driver.
>
> I've tried using xgamma (from x11-xserver-utils 7.3+5) and then the setting
> are kept. xgamma uses the XF86VidModeSetGamma() call.
>
> I've rebuild dispwin so it uses the XF86VidModeSetGammaRamp() call instead
> and then the settings are also kept.
AFAICT the driver RandR 1.2 code just sets the LUT values passed in by
the X server, so I'm reassigning. If this still happens with
xserver-xorg-core from experimental, you may want to report it upstream.
--
Earthling Michel Dänzer |http://www.vmware.com
Libre software enthusiast | Debian, X and DRI developer
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#514395: LUT settings are not restored after switching to console.
On Wed, Feb 11, 2009 at 06:55:15PM +0100, Michel D?nzer wrote:
> On Wed, 2009-02-11 at 18:35 +0100, Kurt Roeckx wrote:
> > >
> > > > or atleast get them restored when switching back to X.
> > >
> > > What method does dispwin use for changing the LUT settings?
> >
> > It uses this for randr 1.2:
> > XRRCrtcGamma *crtcgam;
> >
> > debugr("Setting gamma using Randr 1.2\n");
> >
> > if ((crtcgam = XRRAllocGamma(r->nent)) == NULL) {
> > debugr(" XRRAllocGamma failed\n");
> > return 1;
> > }
> >
> > for (i = 0; i < r->nent; i++) {
> > crtcgam->red[i] = vals[0][i];
> > crtcgam->green[i] = vals[1][i];
> > crtcgam->blue[i] = vals[2][i];
> > }
> >
> > XRRSetCrtcGamma(p->mydisplay, p->crtc, crtcgam);
> > XSync(p->mydisplay, False); /* Flush the change
> > out */
> >
> > XRRFreeGamma(crtcgam);
> >
> > Else it would use XF86VidModeSetGammaRamp()
>
> At least with RandR 1.2, I suspect this could be an issue in the X
> server rather than the driver.
I've tried using xgamma (from x11-xserver-utils 7.3+5) and then the setting
are kept. xgamma uses the XF86VidModeSetGamma() call.
I've rebuild dispwin so it uses the XF86VidModeSetGammaRamp() call instead
and then the settings are also kept.
Kurt
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#514395: LUT settings are not restored after switching to console.
On Wed, 2009-02-11 at 18:35 +0100, Kurt Roeckx wrote:
> >
> > > or atleast get them restored when switching back to X.
> >
> > What method does dispwin use for changing the LUT settings?
>
> It uses this for randr 1.2:
> XRRCrtcGamma *crtcgam;
>
> debugr("Setting gamma using Randr 1.2\n");
>
> if ((crtcgam = XRRAllocGamma(r->nent)) == NULL) {
> debugr(" XRRAllocGamma failed\n");
> return 1;
> }
>
> for (i = 0; i < r->nent; i++) {
> crtcgam->red[i] = vals[0][i];
> crtcgam->green[i] = vals[1][i];
> crtcgam->blue[i] = vals[2][i];
> }
>
> XRRSetCrtcGamma(p->mydisplay, p->crtc, crtcgam);
> XSync(p->mydisplay, False); /* Flush the change
> out */
>
> XRRFreeGamma(crtcgam);
>
> Else it would use XF86VidModeSetGammaRamp()
At least with RandR 1.2, I suspect this could be an issue in the X
server rather than the driver.
--
Earthling Michel Dänzer |http://www.vmware.com
Libre software enthusiast | Debian, X and DRI developer
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#514395: LUT settings are not restored after switching to console.
On Wed, Feb 11, 2009 at 10:30:30AM +0100, Michel Dänzer wrote:
> On Sat, 2009-02-07 at 01:37 +0100, Kurt Roeckx wrote:
> >
> > I'm using a tool called dispwin from the argyll packages (not yet in
> > Debian), to change the VideoLUT settings. This all works like it should.
> >
> > My problem now is that when I switch from X to console and then back to X
> > those settings are removed and not restored.
> >
> > I would either like to see them stay the way they are when switching
> > to the console,
>
> That's not really possible; the X driver is supposed to save and restore
> the console hardware state unmodified.
>
> > or atleast get them restored when switching back to X.
>
> What method does dispwin use for changing the LUT settings?
It uses this for randr 1.2:
XRRCrtcGamma *crtcgam;
debugr("Setting gamma using Randr 1.2\n");
if ((crtcgam = XRRAllocGamma(r->nent)) == NULL) {
debugr(" XRRAllocGamma failed\n");
return 1;
}
for (i = 0; i < r->nent; i++) {
crtcgam->red[i] = vals[0][i];
crtcgam->green[i] = vals[1][i];
crtcgam->blue[i] = vals[2][i];
}
XRRSetCrtcGamma(p->mydisplay, p->crtc, crtcgam);
XSync(p->mydisplay, False); /* Flush the change out
*/
XRRFreeGamma(crtcgam);
Else it would use XF86VidModeSetGammaRamp()
Kurt
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#514395: LUT settings are not restored after switching to console.
On Sat, 2009-02-07 at 01:37 +0100, Kurt Roeckx wrote: > > I'm using a tool called dispwin from the argyll packages (not yet in > Debian), to change the VideoLUT settings. This all works like it should. > > My problem now is that when I switch from X to console and then back to X > those settings are removed and not restored. > > I would either like to see them stay the way they are when switching > to the console, That's not really possible; the X driver is supposed to save and restore the console hardware state unmodified. > or atleast get them restored when switching back to X. What method does dispwin use for changing the LUT settings? -- Earthling Michel Dänzer |http://www.vmware.com Libre software enthusiast | Debian, X and DRI developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#514395: LUT settings are not restored after switching to console.
Package: xserver-xorg-video-radeon Version: 1:6.9.0-1+lenny4 Hi, I'm using a tool called dispwin from the argyll packages (not yet in Debian), to change the VideoLUT settings. This all works like it should. My problem now is that when I switch from X to console and then back to X those settings are removed and not restored. I would either like to see them stay the way they are when switching to the console, or atleast get them restored when switching back to X. Kurt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
