Skip to content

R
raspberrypi-kernel

openeuler / raspberrypi-kernel

通知 13
Star 1
Fork 0
R
raspberrypi-kernel
切换分支/标签
  1. 28 8月, 2015 3 次提交
  3. 08 4月, 2015 1 次提交
    • J
      drm/nouveau: constify all struct drm_*_helper funcs pointers · d58ded76
      由 Jani Nikula 提交于 
      They are not to be modified.

Generated using the semantic patch:

@@
@@
(
  const struct drm_crtc_helper_funcs *
|
- struct drm_crtc_helper_funcs *
+ const struct drm_crtc_helper_funcs *
)

@@
@@
(
  const struct drm_encoder_helper_funcs *
|
- struct drm_encoder_helper_funcs *
+ const struct drm_encoder_helper_funcs *
)

@@
@@
(
  const struct drm_connector_helper_funcs *
|
- struct drm_connector_helper_funcs *
+ const struct drm_connector_helper_funcs *
)

@@
@@
(
  const struct drm_plane_helper_funcs *
|
- struct drm_plane_helper_funcs *
+ const struct drm_plane_helper_funcs *
)
Signed-off-by: NJani Nikula <jani.nikula@intel.com>
Signed-off-by: NDaniel Vetter <daniel.vetter@ffwll.ch>
      d58ded76
  5. 22 1月, 2015 2 次提交
    • B
      drm/nouveau: finalise nvkm namespace switch (no binary change) · be83cd4e
      由 Ben Skeggs 提交于 
      The namespace of NVKM is being changed to nvkm_ instead of nouveau_,
which will be used for the DRM part of the driver.  This is being
done in order to make it very clear as to what part of the driver a
given symbol belongs to, and as a minor step towards splitting the
DRM driver out to be able to stand on its own (for virt).

Because there's already a large amount of churn here anyway, this is
as good a time as any to also switch to NVIDIA's device and chipset
naming to ease collaboration with them.

A comparison of objdump disassemblies proves no code changes.
Signed-off-by: NBen Skeggs <bskeggs@redhat.com>
      be83cd4e
    • B
      drm/nouveau/nvif: namespace of nvkm accessors (no binary change) · 989aa5b7
      由 Ben Skeggs 提交于 
      NVKM is having it's namespace switched to nvkm_, which will conflict
with these functions (which are workarounds for the fact that as of
yet, we still aren't able to split DRM and NVKM completely).

A comparison of objdump disassemblies proves no code changes.
Signed-off-by: NBen Skeggs <bskeggs@redhat.com>
      989aa5b7
  7. 10 8月, 2014 2 次提交
  9. 04 6月, 2014 1 次提交
  11. 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
  13. 15 1月, 2014 1 次提交
  15. 08 11月, 2013 2 次提交
  17. 09 10月, 2013 1 次提交
  19. 26 4月, 2013 1 次提交
    • B
      drm/nv04/disp: hide all the cruft away in its own little hole · 1a646342
      由 Ben Skeggs 提交于 
      It'd be pretty awesome if someone would care enough to port this all
properly to a class interface, perhaps submitting a command stream to
the core via a sw object on PFIFO (emulating how EVO works basically,
and also what nvidia have done forever..)..

But, this seems unlikely given how old this hardware is now, so, lets
just hide it away.

There's a heap of other bits and pieces laying around that are still
tangled.  I'll (re)move them in pieces.
Signed-off-by: NBen Skeggs <bskeggs@redhat.com>
      1a646342
  21. 20 2月, 2013 1 次提交
  23. 13 1月, 2013 1 次提交
    • M
      drm/nouveau: fix blank LVDS screen regression on pre-nv50 cards · 92441b22
      由 Marcin Slusarz 提交于 
      Commit 2a44e499 ("drm/nouveau/disp: introduce proper init/fini, separate
from create/destroy") started to call display init routines on pre-nv50
hardware on module load. But LVDS init code sets driver state in a way
which prevents modesetting code from operating properly.

nv04_display_init calls nv04_dfp_restore, which sets encoder->last_dpms to
NV_DPMS_CLEARED.

drm_crtc_helper_set_mode
  nv04_dfp_prepare
    nv04_lvds_dpms(DRM_MODE_DPMS_OFF)

nv04_lvds_dpms checks last_dpms mode (which is NV_DPMS_CLEARED) and wrongly
assumes it's a "powersaving mode", the new one (DRM_MODE_DPMS_OFF) is too,
so it skips calling some crucial lvds scripts.
Reported-by: NChris Paulson-Ellis <chris@edesix.com>
Signed-off-by: NMarcin Slusarz <marcin.slusarz@gmail.com>
Signed-off-by: NBen Skeggs <bskeggs@redhat.com>
Cc: stable@vger.kernel.org
      92441b22
  25. 31 10月, 2012 1 次提交
  27. 03 10月, 2012 6 次提交
  29. 20 7月, 2012 1 次提交
  31. 21 12月, 2011 2 次提交
  33. 05 4月, 2011 1 次提交
  35. 17 2月, 2011 1 次提交
  37. 18 11月, 2010 1 次提交
  39. 05 10月, 2010 1 次提交
  41. 24 9月, 2010 2 次提交
  43. 26 8月, 2010 2 次提交
  45. 06 8月, 2010 2 次提交
  47. 13 7月, 2010 2 次提交
  49. 25 2月, 2010 1 次提交