<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
Some good news: I got the the basic 720x576 PAL mode working again.<br>
<br>
It turns out the list of modelines in DisplayModePtr now has a
->next element that is used to go to the next item on the list.
These next items were all NULL so there was only one modeline
recognised by the server.<br>
<br>
I created a helper function that creates DisplayModePtrs with next
elements from a DisplayModeRec[] much like the xorg edid code does.
As this affects all tv encoders I applied it throughout the
codebase.<br>
<br>
With this fix it was possible to select the 720x756 mode again which
works for me (as it did in the past). Other modes are still a mess
(including 720x756Over which also used to work). I'll look into the
other modes next.<br>
<br>
Patches so far are attached.<br>
<br>
Cheers,<br>
Harry<br>
<br>
<div class="moz-cite-prefix">On 26-11-12 15:30, Harry de Boer wrote:<br>
</div>
<blockquote cite="mid:50B37D1B.9080202@ijscoboer.nl" type="cite">
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
Hi,<br>
<br>
I have made some progress:<br>
<br>
- I updated the output sensing patch to support the VT1625S. The
power register has the same layout as the status register. A 0 is
always for the DACs that are not present, so writing all 1-bits
and reading back the register results in a mask of which DACs are
actually present.<br>
<br>
- The number of tv registers on the VT1625 is 0x82, not 0x6C. This
should not matter for anything currently in place.<br>
<br>
- The tv screen is lighting up now. Apparently <tt>xf86OutputPtr->possible_crtcs</tt>
should have a value of 1 or higher for it to be a valid
configuration.<br>
<br>
Don't get excited yet, the output is a complete mess. It seems the
driver only reports one modeline, 640x480, which I believe has
never worked for me anyway. Only 720x576 worked. I guess that is
because the some of the registers are not set correctly and
720x576 works because it is the default set by the BIOS (for PAL).
<br>
<br>
But first I'll try to get the driver to report all supported
modelines. Attached are the patches of what I have so far.<br>
<br>
<div class="moz-cite-prefix">On 23-11-12 00:40, Willem van Asperen
wrote:<br>
</div>
<blockquote cite="mid:50AEB806.8060207@van.asperen.org"
type="cite">
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
I've applied Harry's patch and it now correctly senses the
TV-Out, so good work Harry!<br>
</blockquote>
<br>
I kind of expected it to work for you since we seem to have
exactly the same board :-)<br>
<br>
Cheers,<br>
Harry<br>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
Openchrome-devel mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Openchrome-devel@lists.freedesktop.org">Openchrome-devel@lists.freedesktop.org</a>
<a class="moz-txt-link-freetext" href="http://lists.freedesktop.org/mailman/listinfo/openchrome-devel">http://lists.freedesktop.org/mailman/listinfo/openchrome-devel</a>
</pre>
</blockquote>
<br>
</body>
</html>