1. 01 Nov, 2013 23 commits
  2. 30 Oct, 2013 1 commit
  3. 25 Oct, 2013 1 commit
    • Dave Airlie's avatar
      Merge tag 'drm-intel-next-2013-10-18' of... · be51e4a7
      Dave Airlie authored
      Merge tag 'drm-intel-next-2013-10-18' of git://people.freedesktop.org/~danvet/drm-intel into drm-next
      
      - CRC support from Damien and He Shuang. Long term this should allow us to
        test an awful lot modesetting corner cases automatically. So for me as
        the maintainer this is really big.
      - HDMI audio fix from Jani.
      - VLV dpll computation code refactoring from Ville.
      - Fixups for the gpu booster from last time around (Chris).
      - Some cleanups in the context code from Ben.
      - More watermark work from Ville (we'll be getting there ...).
      - vblank timestamp improvements from Ville.
      - CONFIG_FB=n support, including drm core changes to make the fbdev
        helpers optional.
      - DP link training improvements (Jani).
      - mmio vtable from Ben, prep work for future hw.
      
      * tag 'drm-intel-next-2013-10-18' of git://people.freedesktop.org/~danvet/drm-intel: (132 commits)
        drm/i915/dp: don't mention eDP bpp clamping if it doesn't affect bpp
        drm/i915: remove dead code in ironlake_crtc_mode_set
        drm/i915: crc support for hsw
        drm/i915: fix CRC debugfs setup
        drm/i915: wait one vblank when disabling CRCs
        drm/i915: use ->get_vblank_counter for the crc frame counter
        drm/i915: wire up CRC interrupt for ilk/snb
        drm/i915: add CRC #defines for ilk/snb
        drm/i915: extract display_pipe_crc_update
        drm/i915: don't Oops in debugfs for I915_FBDEV=n
        drm/i915: set HDMI pixel clock in audio configuration
        drm/i915: pass mode to ELD write vfuncs
        cpufreq: Add dummy cpufreq_cpu_get/put for CONFIG_CPU_FREQ=n
        drm/i915: check gem bo size when creating framebuffers
        drm/i915: Use unsigned long for obj->user_pin_count
        drm/i915: prevent tiling changes on framebuffer backing storage
        drm/i915: grab dev->struct_mutex around framebuffer_init
        drm/i915: vlv: fix VGA hotplug after modeset
        drm: add support for additional stereo 3D modes
        drm/i915: preserve dispaly init order on ByT
        ...
      be51e4a7
  4. 23 Oct, 2013 8 commits
  5. 22 Oct, 2013 3 commits
    • Russell King's avatar
      DRM: Armada: depend on ARM · 796c8e1c
      Russell King authored
      Armada DRM uses relaxed accessors which are not available on other
      platforms.  Limit it to just ARM.
      Acked-by: default avatarRob Clark <robdclark@gmail.com>
      Signed-off-by: default avatarRussell King <rmk+kernel@arm.linux.org.uk>
      796c8e1c
    • Dave Airlie's avatar
      Merge branch 'drm-tda998x-3.12' of git://ftp.arm.linux.org.uk/~rmk/linux-cubox into drm-next · 5e4e3ba9
      Dave Airlie authored
      This adds support for the Armada 510 display subsystem found on the
      Marvell Dove devices.  This IP is re-used across several different Marvell
      SoCs with various tweaks, and this driver has been structured to allow
      the other IPs to re-use the bulk of this code; further work in this area
      is expected from interested parties.
      
      This has been extensively tested on the SolidRun Cubox platform and
      appears to work well there.
      
      [airlied: update for api changes merged previous to this]
      5e4e3ba9
    • Dave Airlie's avatar
      drm/sysfs: sort out minor and connector device object lifetimes. · 5bdebb18
      Dave Airlie authored
      So drm was abusing device lifetimes, by having embedded device structures
      in the minor and connector it meant that the lifetime of the internal drm
      objects (drm_minor and drm_connector) were tied to the lifetime of the device
      files in sysfs, so if something kept those files opened the current code
      would kfree the objects and things would go downhill from there.
      
      Now in reality there is no need for these lifetimes to be so intertwined,
      especailly with hotplugging of devices where we wish to remove the sysfs
      and userspace facing pieces before we can unwind the internal objects due
      to open userspace files or mmaps, so split the objects out so the struct
      device is no longer embedded and do what fbdev does and just allocate
      and remove the sysfs inodes separately.
      Signed-off-by: default avatarDave Airlie <airlied@redhat.com>
      5bdebb18
  6. 18 Oct, 2013 4 commits