http://bugs.freedesktop.org/show_bug.cgi?id=10418
------- Comment #44 from [EMAIL PROTECTED] 2007-10-17 06:26 PST ------- (In reply to comment #41) > > I'll try, but I don't understand how this is supposed to explain the behaviour > I described with those two Xorg instances, each having its own saved radeon > context which gets restored on VT-switch-backs; if it was an ordering thing, > shouldn't both instances fail to restore DVI out to proper colors... instead > of one having the radeon state restored to a good state, while the second > instance always sets up the DVI output bad... I think it's an ordering thing with the restoration of the external tmds regs. We don't currently save them, so they are left as initialized by the driver on a VT switch. So what I think is happening is that the first instance of the X server sets up the external tmds regs properly, but in the wrong order relative to the rest of the hw state (i.e., the external tmds regs may need to be restored before the crtc is enabled). when you switch to the other VT, the external tmds regs are still set up from the first X server so when it restores the rest of the regs everything works. So I think it's an issue with when the external tmds regs need to be written relative to the rest hw state. You might also try forcing a screen blank (dpms off) and see if that fixes the colors as well. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. _______________________________________________ xorg-driver-ati mailing list [email protected] http://lists.x.org/mailman/listinfo/xorg-driver-ati
