[Openchrome-devel] [Bug 96397] legacy modesetting removal breaks CLE266

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Wed Jun 8 00:30:22 UTC 2016


--- Comment #21 from Kevin Brace <kevinbrace at gmx.com> ---
(In reply to Xavier Bachelot from comment #19)

Hi Xavier,

> The bios was set to CRT+TV. Setting to CRT only gave me a working VGA
> display with unmodified 0.4.169, so the driver depends on BIOS. I guess the
> fix would be to initialize 3x5.6b and 3x5.6c to 0x00 in viaIGAInitCommon
> (rather than viaIGA1Init as you suggested, as it seems to me it is not
> specifically related to IGA1). What do you think ?

Yes, that is what I started to suspect.
3X5.6B[7:6] is not being set by non-TV portion of the code, and that is a
I think for now, we can possibly put the fixes into viIGAInitCommon,
viaIGA1Init , and viaIGA2Init functions.
This is how I will do it.

viaIGAInitCommon function:

3X5.6B[3] -> 0

viaIGA1Init function:

- 3X5.6B[7:6] -> 00
- 3X5.6C[7:5] -> 000 (VCLK (IGA1) related)
- 3X5.6C[4] -> 0 (VCLK (IGA1) related)

viaIGA2Init function:

- 3X5.6A[7:0] -> 0x00
- 3X5.6B[5:4] -> 00
- 3X5.6B[2] -> 0
- 3X5.6B[1] -> 0
- 3X5.6C[3:1] -> 000 (LCDCK (IGA2) related)
- 3X5.6C[0] -> 0 (LCDCK (IGA2) related)

The way these functions should work is that register bits common to IGA1 and
IGA2 should be initialized inside viaIGAInitCommon function.
Register bits that belong to IGA1 should be initialized inside viaIGA1Init
function and the same thing for IGA2.
When IGA2 mode setting is done, it may alter some of the IGA2 registers within
viaIGA2SetDisplayRegister function to the final value.
What this means is that the final register value may be different from what was
initialized in viaIGA2Init.
An example of this is 3X5.6A[5] (IGA2 6-bit / 8-bit LUT selection).

You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/openchrome-devel/attachments/20160608/84089c8f/attachment.html>

More information about the Openchrome-devel mailing list