summaryrefslogtreecommitdiffstats
path: root/mm/memory.c
diff options
context:
space:
mode:
authorRob Clark2014-12-18 22:01:50 +0100
committerDaniel Vetter2015-01-05 13:54:38 +0100
commit88a48e297b3a3bac6022c03babfb038f1a886cea (patch)
tree8b914276b0e77e447aa3de5f4d7cefc1597911b1 /mm/memory.c
parentdrm: refactor getproperties/getconnector (diff)
downloadkernel-qcow2-linux-88a48e297b3a3bac6022c03babfb038f1a886cea.tar.gz
kernel-qcow2-linux-88a48e297b3a3bac6022c03babfb038f1a886cea.tar.xz
kernel-qcow2-linux-88a48e297b3a3bac6022c03babfb038f1a886cea.zip
drm: add atomic properties
Once a driver is using atomic helpers for modeset, the next step is to switch over to atomic properties. To do this, make sure that any modeset objects have their ->atomic_{get,set}_property() vfuncs suitably populated if they have custom properties (you did already remember to plug in atomic-helper func for the legacy ->set_property() vfuncs, right?), and then set DRIVER_ATOMIC bit in driver_features flag. A new cap is introduced, DRM_CLIENT_CAP_ATOMIC, for the purposes of shielding legacy userspace from atomic properties. Mostly for the benefit of legacy DDX drivers that do silly things like getting/setting each property at startup (since some of the new atomic properties will be able to trigger modeset). Signed-off-by: Rob Clark <robdclark@gmail.com> [danvet: Squash in fixup patch to check for DRM_MODE_PROP_ATOMIC instaed of the CAP define when filtering properties. Reported by Tvrtko Uruslin, acked by Rob.] Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
Diffstat (limited to 'mm/memory.c')
0 files changed, 0 insertions, 0 deletions