kernel/linux.git/include/drm/drm_blend.h, branch v4.9.4Linux kernel stable tree (mirror)https://git.radix-linux.su/kernel/linux.git/atom?h=v4.9.42016-09-23T06:52:12+00:00drm: Fix plane type uabi breakage2016-09-23T06:52:12+00:00Daniel Vetterdaniel.vetter@ffwll.ch2016-09-23T06:35:25+00:00urn:sha1:226714dc7c6af6d0acee449eb2afce08d128edad
Turns out assuming that only stuff in uabi is uabi is a bit naive, and
we have a bunch of properties for which the enum values are placed in
random headers. A proper fix would be to split out uapi include
headers, but meanwhile sprinkle at least some warning over them.
Fixes: 532b36712ddf ("drm/doc: Polish for drm_plane.[hc]")
Cc: Archit Taneja <architt@codeaurora.org>
Cc: Sean Paul <seanpaul@chromium.org>
Reviewed-by: Jani Nikula <jani.nikula@intel.com>
Signed-off-by: Daniel Vetter <daniel.vetter@intel.com>
Signed-off-by: Sean Paul <seanpaul@chromium.org>
Link: http://patchwork.freedesktop.org/patch/msgid/1474612525-9488-1-git-send-email-daniel.vetter@ffwll.ch
drm: Conslidate blending properties in drm_blend.[hc]2016-09-22T07:04:01+00:00Daniel Vetterdaniel.vetter@ffwll.ch2016-09-21T08:59:26+00:00urn:sha1:18733802466d032cd84e57f1e4b21ecae635f192
Imo zpos, rotatation, blending eq (once we have it) and all that
should be in drm_blend.c, since those are all about how exactly the
pixels are rendered onto the CRTC's visible area. Also noticed that
one exported function accidentally ended up in drm_crtc_internal.h,
move it to the right place too.
Reviewed-by: Sean Paul <seanpaul@chromium.org>
Signed-off-by: Daniel Vetter <daniel.vetter@intel.com>
Signed-off-by: Sean Paul <seanpaul@chromium.org>
Link: http://patchwork.freedesktop.org/patch/msgid/1474448370-32227-3-git-send-email-daniel.vetter@ffwll.ch