summaryrefslogtreecommitdiff
path: root/tools/perf/scripts/python/export-to-sqlite.py
diff options
context:
space:
mode:
authorMaxime Ripard <maxime@cerno.tech>2022-03-28 15:43:01 +0300
committerMaxime Ripard <maxime@cerno.tech>2022-03-31 11:19:45 +0300
commit018ad18f6ab062a198627ec1bd5fd9d797c90238 (patch)
tree692e2e0f529ced2a40451396f7cd0201d59686ac /tools/perf/scripts/python/export-to-sqlite.py
parentd049a24b15d8c1c90461933f0526b582a8cdf9b4 (diff)
downloadlinux-018ad18f6ab062a198627ec1bd5fd9d797c90238.tar.xz
drm/atomic: Print the state every non-blocking commit
The DRM_UT_STATE controls whether we're calling drm_atomic_print_new_state() whenever a new state is committed. However, that call is made in the drm_mode_atomic_ioctl(), whereas we have multiple users of the drm_atomic_commit() function in the kernel (framebuffer emulation, drm_atomic_helper_dirtyfb, etc.). This leads to multiple states being committed but never actually displayed even though we asked to have verbose atomic state debugging. Let's move the call to drm_atomic_print_new_state() to drm_atomic_commit() to make sure we don't miss any. Non-blocking commits were never logged though, and it would create too much churn in the logs to do so, so leave them out for now. Signed-off-by: Maxime Ripard <maxime@cerno.tech> Reviewed-by: Daniel Vetter <daniel.vetter@ffwll.ch> Link: https://lore.kernel.org/r/20220328124304.2309418-2-maxime@cerno.tech
Diffstat (limited to 'tools/perf/scripts/python/export-to-sqlite.py')
0 files changed, 0 insertions, 0 deletions