1. 20 May, 2011 3 commits
  2. 14 Apr, 2011 1 commit
  3. 24 Mar, 2011 1 commit
    • Alex Deucher's avatar
      drm/radeon/kms: fix hardcoded EDID handling · fafcf94e
      Alex Deucher authored
      
      On some servers there is a hardcoded EDID provided
      in the vbios so that the driver will always see a
      display connected even if something like a KVM
      prevents traditional means like DDC or load
      detection from working properly.  Also most
      server boards with DVI are not actually DVI, but
      DVO connected to a virtual KVM service processor.
      If we fail to detect a monitor via DDC or load
      detection and a hardcoded EDID is available, use
      it.
      
      Additionally, when using the hardcoded EDID, use
      a copy of it rather than the actual one stored
      in the driver as the detect() and get_modes()
      functions may free it if DDC is successful.
      
      This fixes the virtual KVM on several internal
      servers.
      Signed-off-by: default avatarAlex Deucher <alexdeucher@gmail.com>
      Cc: stable@kernel.org
      Signed-off-by: default avatarDave Airlie <airlied@redhat.com>
      fafcf94e
  4. 23 Mar, 2011 1 commit
  5. 03 Mar, 2011 1 commit
  6. 10 Jan, 2011 1 commit
    • Alex Deucher's avatar
      drm/radeon/kms: disable underscan by default · 56bec7c0
      Alex Deucher authored
      
      Lots of HDMI TVs overscan the incoming image by default.
      The underscan option was added as a way to compensate for
      that by underscanning the image so that the edges would
      not be cut off on an overscanning TV.  However, the TV
      provides no way of knowing whether it is overscanning or
      not.  If the user has disabled overscan on their TV or has a
      TV that does not overscan, you will get black bars around the
      edges of your screen.  Prior to the patch we got complaints
      and bug reports from users with overscanning TVs, now with
      the patch, we get lots of complaints and bug reports from
      users with non-overscanning TVs.  There's no good default,
      but on average there have been more users complaining about
      it being on by default than off, so change it to off.  This
      will probably result in a new deluge of overscanning TV user
      complaints.  There's no winning.
      Signed-off-by: default avatarAlex Deucher <alexdeucher@gmail.com>
      Signed-off-by: default avatarDave Airlie <airlied@redhat.com>
      56bec7c0
  7. 21 Dec, 2010 1 commit
  8. 01 Dec, 2010 1 commit
  9. 18 Nov, 2010 1 commit
  10. 09 Nov, 2010 2 commits
  11. 26 Oct, 2010 1 commit
  12. 06 Oct, 2010 1 commit
  13. 14 Sep, 2010 1 commit
  14. 13 Sep, 2010 1 commit
  15. 02 Sep, 2010 1 commit
  16. 26 Aug, 2010 1 commit
  17. 19 Aug, 2010 2 commits
  18. 10 Aug, 2010 2 commits
  19. 04 Aug, 2010 2 commits
  20. 02 Aug, 2010 2 commits
  21. 20 Jul, 2010 1 commit
    • Alex Deucher's avatar
      drm/radeon/kms: fix shared ddc harder · 42f14c4b
      Alex Deucher authored
      This fixes a regression caused by b2ea4aa6
      
      
      due to the way shared ddc with multiple digital connectors was handled.
      
      You generally have two cases where DDC lines are shared:
      - HDMI + VGA
      - HDMI + DVI-D
      
      HDMI + VGA is easy to deal with because you can check the EDID for the
      to see if the attached monitor is digital.  A shared DDC line with two
      digital connectors is more complex.  You can't use the hdmi bits in the
      EDID since they may not be there with DVI<->HDMI adapters.  In this case
      all we can do is check the HPD pins to see which is connected as we have
      no way of knowing using the EDID.
      
      Reported-by: trapdoor6@gmail.com
      Signed-off-by: default avatarAlex Deucher <alexdeucher@gmail.com>
      Cc: stable@kernel.org
      Signed-off-by: default avatarDave Airlie <airlied@redhat.com>
      42f14c4b
  22. 07 Jul, 2010 1 commit
  23. 18 May, 2010 1 commit
    • Dave Airlie's avatar
      drm/fbdev: rework output polling to be back in the core. (v4) · eb1f8e4f
      Dave Airlie authored
      
      After thinking it over a lot it made more sense for the core to deal with
      the output polling especially so it can notify X.
      
      v2: drop plans for fake connector - per Michel's comments - fix X patch sent to xorg-devel, add intel polled/hpd setting, add initial nouveau polled/hpd settings.
      
      v3: add config lock take inside polling, add intel/nouveau poll init/fini calls
      
      v4: config lock was a bit agressive, only needed around connector list reading.
      otherwise it could re-enter.
      
      glisse: discard drm_helper_hpd_irq_event
      
      v3: Reviewed-by: Michel Dänzer <michel@daenzer.net>
      Signed-off-by: default avatarDave Airlie <airlied@redhat.com>
      eb1f8e4f
  24. 05 May, 2010 1 commit
  25. 19 Apr, 2010 1 commit
  26. 12 Apr, 2010 1 commit
  27. 07 Apr, 2010 1 commit
  28. 06 Apr, 2010 1 commit
  29. 31 Mar, 2010 1 commit
  30. 19 Feb, 2010 1 commit
  31. 08 Feb, 2010 1 commit
  32. 05 Feb, 2010 2 commits