1. 20 Dec, 2011 1 commit
  2. 01 Dec, 2011 1 commit
    • Ville Syrjälä's avatar
      drm: Redefine pixel formats · 04b3924d
      Ville Syrjälä authored
      
      
      Name the formats as DRM_FORMAT_X instead of DRM_FOURCC_X. Use consistent
      names, especially for the RGB formats. Component order and byte order are
      now strictly specified for each format.
      
      The RGB format naming follows a convention where the components names
      and sizes are listed from left to right, matching the order within a
      single pixel from most significant bit to least significant bit.
      
      The YUV format names vary more. For the 4:2:2 packed formats and 2
      plane formats use the fourcc. For the three plane formats the
      name includes the plane order and subsampling information using the
      standard subsampling notation. Some of those also happen to match
      the official fourcc definition.
      
      The fourccs for for all the RGB formats and some of the YUV formats
      I invented myself. The idea was that looking at just the fourcc you
      get some idea what the format is about without having to decode it
      using some external reference.
      Signed-off-by: default avatarVille Syrjälä <ville.syrjala@linux.intel.com>
      Signed-off-by: default avatarDave Airlie <airlied@redhat.com>
      04b3924d
  3. 15 Nov, 2011 1 commit
  4. 21 Oct, 2011 8 commits
  5. 20 Oct, 2011 6 commits
  6. 28 Sep, 2011 3 commits
  7. 27 Sep, 2011 2 commits
  8. 21 Sep, 2011 3 commits
    • Keith Packard's avatar
      drm/i915: FBC off for ironlake and older, otherwise on by default · cd0de039
      Keith Packard authored
      
      
      Make the default FBC behaviour chipset specific, allowing us to turn
      it on by default for Ironlake and older where it has been seen to
      cause trouble with screen updates.
      Signed-off-by: default avatarKeith Packard <keithp@keithp.com>
      Tested-by: default avatarFrancis Moreau <francis.moro@gmail.com>
      cd0de039
    • Wu Fengguang's avatar
      drm/i915: pass ELD to HDMI/DP audio driver · e0dac65e
      Wu Fengguang authored
      
      
      Add ELD support for Intel Eaglelake, IbexPeak/Ironlake,
      SandyBridge/CougarPoint and IvyBridge/PantherPoint chips.
      
      ELD (EDID-Like Data) describes to the HDMI/DP audio driver the audio
      capabilities of the plugged monitor. It's built and passed to audio
      driver in 2 steps:
      
      (1) at get_modes time, parse EDID and save ELD to drm_connector.eld[]
      
      (2) at mode_set time, write drm_connector.eld[] to the Transcoder's hw
          ELD buffer and set the ELD_valid bit to inform HDMI/DP audio driver
      
      This patch is tested OK on G45/HDMI, IbexPeak/HDMI and IvyBridge/HDMI+DP.
      Test scheme: plug in the HDMI/DP monitor, and run
      
              cat /proc/asound/card0/eld*
      
      to check if the monitor name, HDMI/DP type, etc. show up correctly.
      
      Minor imperfection: the GEN5_AUD_CNTL_ST/DIP_Port_Select field always
      reads 0 (reserved). Without knowing the port number, I worked it around
      by setting the ELD_valid bit for ALL the three ports. It's tested to not
      be a problem, because the audio driver will find invalid ELD data and
      hence rightfully abort, even when it sees the ELD_valid indicator.
      
      Thanks to Zhenyu and Pierre-Louis for a lot of valuable help and testing.
      
      CC: Zhao Yakui <yakui.zhao@intel.com>
      CC: Wang Zhenyu <zhenyu.z.wang@intel.com>
      CC: Jeremy Bush <contractfrombelow@gmail.com>
      CC: Christopher White <c.white@pulseforce.com>
      CC: Pierre-Louis Bossart <pierre-louis.bossart@intel.com>
      CC: Paul Menzel <paulepanter@users.sourceforge.net>
      Signed-off-by: default avatarWu Fengguang <fengguang.wu@intel.com>
      Signed-off-by: default avatarKeith Packard <keithp@keithp.com>
      e0dac65e
    • Keith Packard's avatar
      drm/i915: Enable dither whenever display bpc < frame buffer bpc · 578393cd
      Keith Packard authored
      
      
      We want to enable dithering on any pipe where the frame buffer has
      more color resolution than the output device.
      
      The previous code was incorrectly clamping the frame buffer bpc to the
      display bpc, effectively disabling dithering all of the time as the
      computed frame buffer bpc would never be larger than the display bpc.
      Signed-off-by: default avatarKeith Packard <keithp@keithp.com>
      Reported-by: default avatarOliver Hartkopp <socketcan@hartkopp.net>
      Tested-by: default avatarOliver Hartkopp <socketcan@hartkopp.net>
      578393cd
  9. 19 Sep, 2011 2 commits
  10. 25 Aug, 2011 1 commit
  11. 22 Aug, 2011 1 commit
  12. 09 Aug, 2011 1 commit
  13. 08 Aug, 2011 2 commits
  14. 01 Aug, 2011 1 commit
  15. 29 Jul, 2011 3 commits
  16. 28 Jul, 2011 4 commits