<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>