Regression with 292a4f4ba057d57d388da1cd5ee7e5f9f53176cc
If you switch from radeonhd to a console or to fglrx xorg, the pallettes are all messed up and weird. Writing 0 instead of anything else fixes it, however this is a hack that WorksForMe. Hopefully this helps in finding a proper solution. Cheers, Maarten.
I tried to look in the amd/ati docs what is done when the PLL is set to 0 (i have a brand new laptop), but the doc is unreadable ! So i tested it anyway, and this works very nice ! Le mercredi 24 octobre 2007, Maarten Lankhorst a écrit :
If you switch from radeonhd to a console or to fglrx xorg, the pallettes are all messed up and weird. Writing 0 instead of anything else fixes it, however this is a hack that WorksForMe. Hopefully this helps in finding a proper solution.
Cheers, Maarten.
-- To unsubscribe, e-mail: radeonhd+unsubscribe@opensuse.org For additional commands, e-mail: radeonhd+help@opensuse.org
On Wed, Oct 24, 2007 at 11:35:26PM +0200, Maarten Lankhorst wrote:
If you switch from radeonhd to a console or to fglrx xorg, the pallettes are all messed up and weird. Writing 0 instead of anything else fixes it, however this is a hack that WorksForMe. Hopefully this helps in finding a proper solution.
Cheers, Maarten.
Yes, yes. This issue was known quite rapidly, and only hit when certain panelsizes were used on certain mobilities. It's been debugged now, it's been fixed properly, and i am just finishing some other old sores now, which will make more people happier, before i commit and push this change. Luc Verhaegen. SUSE/Novell X Driver Developer. -- To unsubscribe, e-mail: radeonhd+unsubscribe@opensuse.org For additional commands, e-mail: radeonhd+help@opensuse.org
participants (3)
-
Laurent Marchal
-
Luc Verhaegen
-
Maarten Lankhorst