Mailinglist Archive: radeonhd (265 mails)

[Matthias Hopf <mhopf@xxxxxxx>]

On Jan 10, 09 01:22:15 -0800, Yang Zhao wrote:
> radeon assumes 8-bit precision, and does masking to make sure there's
> no overflow. I haven't looked at xf86-video-intel, but I'd assume it
> has something similar to match the hardware. There was no masking
> happening in radeonhd, which, in hind-sight was a blessing or no one
> would have noticed anything wrong.

That's pretty stunning.

> > Please continue to tell us your findings. It's really interesting,
> > especially as almost nobody understands this subsystem well enough.
> RandR seems to store an internal copy of the gamma ramp when
> RRSetCrtcGamma() is called, so RRGetCrtcGamma() would always correctly
> return what the last input ramp is. I haven't verified this with an
> external app, but there doesn't seem to be much else that needs to be
> done for true colour modes.

Ok, if you're fine with your code send a new set of patches (or a
reference to a git repo), and we can probably just pull the changes -
the community will notice when there are regressions, and this seems to
be an area where regressions are unlikely (because the initial
implementation wasn't much different).

Matthias

-- 
Matthias Hopf <mhopf@xxxxxxx>      __        __   __
Maxfeldstr. 5 / 90409 Nuernberg   (_   | |  (_   |__          mat@xxxxxxxxx
Phone +49-911-74053-715           __)  |_|  __)  |__  R & D   www.mshopf.de
-- 
To unsubscribe, e-mail: radeonhd+unsubscribe@xxxxxxxxxxxx
For additional commands, e-mail: radeonhd+help@xxxxxxxxxxxx