drm: Update docs for legacy kms state
Point at the equivalent atomic state and explain that atomic drivers shouldn't really depend upon legacy state. Motivated by questions from Manasi about how this all is supposed to work. Cc: Manasi Navare <manasi.d.navare@intel.com> Reviewed-by: Manasi Navare <manasi.d.navare@intel.com> Signed-off-by: Daniel Vetter <daniel.vetter@intel.com> Link: https://patchwork.freedesktop.org/patch/msgid/20171108203007.12274-1-daniel.vetter@ffwll.ch
This commit is contained in:
@@ -907,6 +907,12 @@ disable_outputs(struct drm_device *dev, struct drm_atomic_state *old_state)
|
||||
*
|
||||
* Drivers can use this for building their own atomic commit if they don't have
|
||||
* a pure helper-based modeset implementation.
|
||||
*
|
||||
* Since these updates are not synchronized with lockings, only code paths
|
||||
* called from &drm_mode_config_helper_funcs.atomic_commit_tail can look at the
|
||||
* legacy state filled out by this helper. Defacto this means this helper and
|
||||
* the legacy state pointers are only really useful for transitioning an
|
||||
* existing driver to the atomic world.
|
||||
*/
|
||||
void
|
||||
drm_atomic_helper_update_legacy_modeset_state(struct drm_device *dev,
|
||||
|
Reference in New Issue
Block a user