1. 16 Nov, 2020 2 commits
  2. 20 Jul, 2016 1 commit
  3. 01 Jun, 2016 1 commit
  4. 30 May, 2016 1 commit
  5. 10 Jul, 2015 1 commit
  6. 06 Feb, 2015 1 commit
  7. 13 Jan, 2015 2 commits
  8. 11 Oct, 2014 1 commit
  9. 08 Aug, 2014 1 commit
  10. 20 Jun, 2014 1 commit
  11. 11 Jun, 2014 1 commit
  12. 02 May, 2014 1 commit
  13. 05 Oct, 2013 1 commit
  14. 18 Sep, 2013 1 commit
  15. 21 May, 2013 1 commit
  16. 10 Feb, 2013 2 commits
  17. 26 Sep, 2012 1 commit
  18. 25 Sep, 2012 1 commit
  19. 05 Jun, 2012 1 commit
  20. 23 May, 2012 1 commit
  21. 28 Jul, 2011 1 commit
  22. 24 Jun, 2011 1 commit
  23. 02 Nov, 2010 1 commit
  24. 01 Nov, 2010 1 commit
  25. 30 Jun, 2009 1 commit
  26. 01 Apr, 2008 1 commit
  27. 31 Mar, 2008 1 commit
  28. 22 Jun, 2007 1 commit
  29. 31 Oct, 2006 1 commit
  30. 25 Oct, 2006 2 commits
    • Emma Anholt's avatar
      Clean up the SDVO code. · 2631014e
      Emma Anholt authored
      The main change is to send SDVO commands using data passed into the send
      command function, and receive responses into memory passed into the read
      response function, rather than stuff things in/out through dev_priv->sdvo_regs.
      This lets us use structures to represent some arguments, which results in a
      nice cleanup (and 100% fewer arguments named magicN as a side effect).
      
      Also, the mode set path is changed to not do any preferred input timing
      work.  We weren't doing anything legitimate with the results, since we didn't
      modify the CRTC timing appropriately, so now we just stuff the CRTC timing into
      both and hope for the best.  This should probably be revisited later.
      2631014e
    • Emma Anholt's avatar
      Clean up SDVO code, moving the private structure internal and cleaning up caps. · cd2f0d94
      Emma Anholt authored
      All the SDVO code should now be in lower case rather than StudlyCaps.
      
      This also adjusts the I2C setup to create a bus per SDVO output we set up.
      The previous setup with shared buses was failing in some circumstances, which
      is probably due to the lack of refcounting in xf86i2c.c.
      cd2f0d94
  31. 09 Oct, 2006 1 commit
    • Emma Anholt's avatar
      Move per-output mode setting code to per-output methods. · 317cc119
      Emma Anholt authored
      This is not a very clean interface, as a number of outputs require tweaks to
      the DPLL registers.  When possible, the DPLLs are just adjusted in the
      per-output post_set_mode, which happens just after the DPLL is enabled.
      However, this seems better than the previous method of having all outputs
      programmed in the same function.
      317cc119
  32. 05 Oct, 2006 2 commits
  33. 26 Jun, 2006 1 commit
    • Eric Anholt's avatar
      Major cleanup of mode reprobing: · 52e8231a
      Eric Anholt authored
      - Don't mess with pScrn->monitor->Modes, and instead make our own availModes.
      - Don't re-program the pipe with the same values (no flicker at xrandr)
      - Move a bunch of stuff that should be exposed through the public API (probably)
        to i830_xf86Modes.c
      - Use a table with established modes plus GTF to come up with modes from EDID,
        instead of trying to walk and find one in pScrn->monitor->Modes.  I think
        this is correct.
      - Reset clone state if we've detected new pipes, which should turn on the
        cursor.
      52e8231a
  34. 22 Jun, 2006 1 commit
  35. 12 May, 2006 1 commit