An error occurred fetching the project authors.
  1. 08 Apr, 2014 1 commit
  2. 02 Apr, 2014 1 commit
    • Matt Roper's avatar
      drm: Replace crtc fb with primary plane fb (v3) · f4510a27
      Matt Roper authored
      Now that CRTC's have a primary plane, there's no need to track the
      framebuffer in the CRTC.  Replace all references to the CRTC fb with the
      primary plane's fb.
      
      This patch was generated by the Coccinelle semantic patching tool using
      the following rules:
      
              @@ struct drm_crtc C; @@
              -   (C).fb
              +   C.primary->fb
      
              @@ struct drm_crtc *C; @@
              -   (C)->fb
              +   C->primary->fb
      
      v3: Generate patch via coccinelle.  Actual removal of crtc->fb has been
          moved to a subsequent patch.
      
      v2: Fixup several lingering crtc->fb instances that were missed in the
          first patch iteration.  [Rob Clark]
      Signed-off-by: default avatarMatt Roper <matthew.d.roper@intel.com>
      Reviewed-by: default avatarRob Clark <robdclark@gmail.com>
      f4510a27
  3. 25 Mar, 2014 1 commit
  4. 07 Jan, 2014 1 commit
  5. 08 Nov, 2013 1 commit
  6. 01 Nov, 2013 3 commits
  7. 18 Oct, 2013 1 commit
    • Alex Deucher's avatar
      drm/radeon: rework audio option · 108dc8e8
      Alex Deucher authored
      In 3.12 I changed audio to be enabled by default,
      but you still had to turn it on via xrandr.  This
      was confusing to users so change it to minic the
      previous behavior:
      
      - audio option is set to -1 (auto) by default which is
        the current 3.12 behavior (audio is enabled but requires
        xrandr to turn it on).
      - if audio = 1, the audio is enabled without needing
        to mess with xrandr (previous behavior)
      - audio = 0 disables audio
      
      It retains the new feature of allowing the user to enable
      audio on the fly with xrandr, but turns audio on
      automatically if radeon.audio=1 is set which is what
      most users expect.
      Signed-off-by: default avatarAlex Deucher <alexander.deucher@amd.com>
      Reviewed-by: default avatarChristian König <christian.koenig@amd.com>
      108dc8e8
  8. 16 Sep, 2013 2 commits
  9. 11 Sep, 2013 1 commit
    • Alex Deucher's avatar
      drm/radeon: add a connector property for audio · 8666c076
      Alex Deucher authored
      This provides a connector property to enable/disable hdmi
      audio on the fly.  The default is disabled, but you can select
      auto (let the driver detect an audio capable monitor and enable it)
      or enabled (force audio enabled).  This also enables audio by
      default so you no longer need a module parameter to enable audio.
      Signed-off-by: default avatarAlex Deucher <alexander.deucher@amd.com>
      8666c076
  10. 03 Jan, 2013 1 commit
  11. 30 Nov, 2012 1 commit
  12. 01 Nov, 2012 1 commit
    • Egbert Eich's avatar
      DRM/Radeon: On DVI-I use Load Detection when EDID is bogus. · fc87f13b
      Egbert Eich authored
      The Radeon driver uses the analog/digital flag to determine if the
      DAC or the TMDS encoder should be enabled on a DVI-I connector.
      If the EDID is bogus this flag is no longer reliable. This fix
      adds a fallback to DAC load detection to determine if anything
      is connected to the DAC. If not and a (bogus) EDID is found it
      assumes a digital display is connected.
      This works around problems with some crappy IPMI devices using
      Radeon ES1000.
      Signed-off-by: default avatarEgbert Eich <eich@suse.de>
      Signed-off-by: default avatarAlex Deucher <alexander.deucher@amd.com>
      fc87f13b
  13. 02 Oct, 2012 1 commit
  14. 20 Sep, 2012 2 commits
  15. 25 Jul, 2012 2 commits
  16. 24 Apr, 2012 1 commit
  17. 19 Apr, 2012 2 commits
  18. 21 Mar, 2012 1 commit
  19. 20 Mar, 2012 2 commits
  20. 08 Mar, 2012 1 commit
  21. 29 Feb, 2012 1 commit
  22. 03 Nov, 2011 1 commit
  23. 01 Nov, 2011 4 commits
  24. 10 Oct, 2011 2 commits
  25. 05 Oct, 2011 1 commit
  26. 03 Oct, 2011 1 commit
  27. 06 Sep, 2011 1 commit
  28. 23 Aug, 2011 1 commit
  29. 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=39882Signed-off-by: default avatarAlex Deucher <alexander.deucher@amd.com>
      Cc: stable@kernel.org
      Signed-off-by: default avatarDave Airlie <airlied@redhat.com>
      d5811e87