1. 02 4月, 2014 1 次提交
    • M
      drm: Replace crtc fb with primary plane fb (v3) · f4510a27
      Matt Roper 提交于
      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: NMatt Roper <matthew.d.roper@intel.com>
      Reviewed-by: NRob Clark <robdclark@gmail.com>
      f4510a27
  2. 24 3月, 2014 1 次提交
    • D
      drm/gma500: add locking to fixed panel edid probing · c46145ae
      Daniel Vetter 提交于
      With the recent addition of locking checks in
      
      commit 62ff94a5
      Author:     Daniel Vetter <daniel.vetter@ffwll.ch>
      AuthorDate: Thu Jan 23 22:18:47 2014 +0100
      
          drm/crtc-helper: remove LOCKING from kerneldoc
      
      drm_add_edid_modes started to WARN about the mode_config.mutex not
      being held in the lvds and dp initialization code.
      
      Now since this is init code locking is fairly redudant if it wouldn't
      be for the drm core registering sysfs files a bit early. And the
      locking WARNINGs nicely enforce that indeed all access to the mode
      lists are properly protected. And a full audit shows that only i915
      and gma500 touch the modes lists at init time.
      
      Hence I've opted to wrap up this entire mode detection sequence for
      fixed panels with the mode_config mutex for both lvds and edp outputs.
      
      Cc: Patrik Jakobsson <patrik.r.jakobsson@gmail.com>
      Signed-off-by: NDaniel Vetter <daniel.vetter@ffwll.ch>
      Acked-by: NPatrik Jakobsson <patrik.r.jakobsson@gmail.com>
      Signed-off-by: NDave Airlie <airlied@redhat.com>
      c46145ae
  3. 24 7月, 2013 4 次提交
  4. 01 12月, 2012 1 次提交
  5. 24 8月, 2012 1 次提交
    • Z
      gma500/cdv: Add eDP support · d112a816
      Zhao Yakui 提交于
      Introduce the eDP support into the driver.
      
      This has been reworked a bit because kernel driver proper uses encoder/connectors
      while the legacy Intel driver uses the old output stuff.
      
      It also diverges on the backlight handling. The legacy Intel driver adds a panel
      abstraction based upon the i915 one. It's only really used for backlight bits
      and we have a perfectly good backlight abstraction which can extend instead.
      Signed-off-by: NZhao Yakui <yakui.zhao@intel.com>
      [ported to upstream driver, redid backlight abstraction]
      Signed-off-by: NAlan Cox <alan@linux.intel.com>
      Signed-off-by: NDave Airlie <airlied@redhat.com>
      d112a816
  6. 20 7月, 2012 1 次提交
  7. 07 5月, 2012 1 次提交
  8. 27 4月, 2012 2 次提交
  9. 10 3月, 2012 3 次提交
  10. 20 12月, 2011 1 次提交
  11. 16 11月, 2011 1 次提交
  12. 16 7月, 2011 2 次提交
  13. 09 7月, 2011 1 次提交
  14. 05 7月, 2011 6 次提交
  15. 26 4月, 2011 1 次提交
  16. 06 4月, 2011 3 次提交
  17. 24 2月, 2011 1 次提交
    • A
      staging: gma500: Intel GMA500 staging driver · 0867b421
      Alan Cox 提交于
      This is an initial staging driver for the GMA500. It's been stripped out
      of the PVR drivers and crunched together from various bits of code and
      different kernels.
      
      Currently it's unaccelerated but still pretty snappy even compositing with
      the frame buffer X server.
      
      Lots of work is needed to rework the ttm and bo interfaces from being
      ripped out and then 2D acceleration wants putting back for framebuffer and
      somehow eventually via DRM.
      
      There is no support for the parts without open source userspace (video
      accelerators, 3D) as per kernel policy.
      Signed-off-by: NAlan Cox <alan@linux.intel.com>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      0867b421