1. 19 6月, 2018 1 次提交
  2. 14 3月, 2018 5 次提交
  3. 08 12月, 2017 1 次提交
  4. 01 12月, 2017 1 次提交
  5. 24 11月, 2017 2 次提交
  6. 28 8月, 2017 1 次提交
  7. 29 7月, 2017 1 次提交
  8. 13 7月, 2017 1 次提交
  9. 01 6月, 2017 1 次提交
  10. 24 4月, 2017 7 次提交
  11. 07 4月, 2017 1 次提交
  12. 14 3月, 2017 1 次提交
  13. 12 2月, 2017 1 次提交
  14. 08 2月, 2017 2 次提交
  15. 03 2月, 2017 1 次提交
    • G
      drm: Rely on mode_config data for fb_helper initialization · e4563f6b
      Gabriel Krisman Bertazi 提交于
      Instead of receiving the num_crts as a parameter, we can read it
      directly from the mode_config structure.  I audited the drivers that
      invoke this helper and I believe all of them initialize the mode_config
      struct accordingly, prior to calling the fb_helper.
      
      I used the following coccinelle hack to make this transformation, except
      for the function headers and comment updates.  The first and second
      rules are split because I couldn't find a way to remove the unused
      temporary variables at the same time I removed the parameter.
      
      // <smpl>
      @r@
      expression A,B,D,E;
      identifier C;
      @@
      (
      - drm_fb_helper_init(A,B,C,D)
      + drm_fb_helper_init(A,B,D)
      |
      - drm_fbdev_cma_init_with_funcs(A,B,C,D,E)
      + drm_fbdev_cma_init_with_funcs(A,B,D,E)
      |
      - drm_fbdev_cma_init(A,B,C,D)
      + drm_fbdev_cma_init(A,B,D)
      )
      
      @@
      expression A,B,C,D,E;
      @@
      (
      - drm_fb_helper_init(A,B,C,D)
      + drm_fb_helper_init(A,B,D)
      |
      - drm_fbdev_cma_init_with_funcs(A,B,C,D,E)
      + drm_fbdev_cma_init_with_funcs(A,B,D,E)
      |
      - drm_fbdev_cma_init(A,B,C,D)
      + drm_fbdev_cma_init(A,B,D)
      )
      
      @@
      identifier r.C;
      type T;
      expression V;
      @@
      - T C;
      <...
      when != C
      - C = V;
      ...>
      // </smpl>
      
      Changes since v1:
       - Rebased on top of the tip of drm-misc-next.
       - Remove mention to sti since a proper fix got merged.
      Suggested-by: NDaniel Vetter <daniel.vetter@intel.com>
      Signed-off-by: NGabriel Krisman Bertazi <krisman@collabora.co.uk>
      Reviewed-by: NEric Anholt <eric@anholt.net>
      Signed-off-by: NDaniel Vetter <daniel.vetter@ffwll.ch>
      Link: http://patchwork.freedesktop.org/patch/msgid/20170202162640.27261-1-krisman@collabora.co.uk
      e4563f6b
  16. 26 1月, 2017 2 次提交
  17. 23 1月, 2017 1 次提交
  18. 05 11月, 2016 2 次提交
  19. 03 11月, 2016 2 次提交
  20. 02 11月, 2016 1 次提交
  21. 31 10月, 2016 1 次提交
    • B
      drm/i2c: tda998x: mali-dp: hdlcd: refactor connector registration · 90731c24
      Brian Starkey 提交于
      Connectors shouldn't be registered until the rest of the whole device
      is set up, so that consistent state is presented to userspace.
      
      As such, remove the calls to drm_connector_register() and
      drm_connector_unregister() from tda998x, as these are now handled by
      drm_dev_(un)register() itself.
      
      To work with this change, the mali-dp and hdlcd bind and unbind
      sequences have to be reordered, to ensure that the componentised
      encoder/connector is bound before drm_dev_register() registers all
      connectors. Similarly, the device must be unregistered before the
      component is unbound.
      
      Altogether, this allows other drivers using tda998x to be
      de-midlayered, and to have less racy initialisation of their components.
      
      Splitting this commit into three (one per driver) isn't possible without
      intermediate breakage, so it is all squashed together here.
      Suggested-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      Signed-off-by: NBrian Starkey <brian.starkey@arm.com>
      Reviewed-by: NLiviu Dudau <Liviu.Dudau@arm.com>
      Signed-off-by: NRussell King <rmk+kernel@armlinux.org.uk>
      90731c24
  22. 25 10月, 2016 1 次提交
  23. 22 9月, 2016 1 次提交
  24. 29 8月, 2016 1 次提交
  25. 28 7月, 2016 1 次提交