Skip to content

GitLab

Switch branch/tag
  1. 02 Aug, 2012 2 commits
  3. 22 Apr, 2012 2 commits
  5. 02 Apr, 2012 1 commit
  7. 03 Nov, 2011 1 commit
  9. 01 Nov, 2011 4 commits
  11. 10 Oct, 2011 2 commits
  13. 05 Oct, 2011 1 commit
  15. 03 Oct, 2011 1 commit
  17. 06 Sep, 2011 1 commit
  19. 23 Aug, 2011 1 commit
  21. 15 Aug, 2011 1 commit
    • Alex Deucher's avatar
      drm/radeon/kms: don't try to be smart in the hpd handler · d5811e87
      Alex Deucher authored 
      Attempting to try and turn off disconnected display hw in the
hotput handler lead to more problems than it helped.  For
now just register an event and only attempt the do something
interesting with DP.  Other connectors are just too problematic:
- Some systems have an HPD pin assigned to LVDS, but it's rarely
if ever connected properly and we don't really care about hpd
events on LVDS anyway since it's always connected.
- The HPD pin is wired up correctly for eDP, but we don't really
have to do anything since the events since it's always connected.
- Some HPD pins fire more than once when you connect/disconnect
- etc.

Fixes:
https://bugs.freedesktop.org/show_bug.cgi?id=39882

Signed-off-by: default avatarAlex Deucher <alexander.deucher@amd.com>
Cc: stable@kernel.org
Signed-off-by: default avatarDave Airlie <airlied@redhat.com>
      d5811e87
  23. 12 Aug, 2011 2 commits
  25. 04 Aug, 2011 2 commits
  27. 12 Jul, 2011 1 commit
  29. 16 Jun, 2011 4 commits
  31. 09 Jun, 2011 1 commit
  33. 20 May, 2011 8 commits
  35. 14 Apr, 2011 1 commit
  37. 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
  39. 23 Mar, 2011 1 commit
  41. 03 Mar, 2011 1 commit
  43. 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