https://bugzilla.kernel.org/show_bug.cgi?id=204181 --- Comment #36 from Sergey Kondakov (virtuousfox@xxxxxxxxx) --- (In reply to Nicholas Kazlauskas from comment #35) > Do you mind posting your compositor settings in plasma? That would certainly > influence flip timing and submission and I haven't been able to reproduce > the issue with the settings I'm using. Sure. They are also quite funky: ~/.config/kwinrc: [Compositing] AnimationSpeed=2 Backend=OpenGL Enabled=true GLColorCorrection=true GLCore=true GLPlatformInterface=glx GLPreferBufferSwap=c GLTextureFilter=2 HiddenPreviews=5 OpenGLIsUnsafe=false OpenGLIsUnsafe0=false OpenGLIsUnsafe1=false UnredirectFullscreen=false WindowsBlockCompositing=false XRenderSmoothScale=false However, I run LXQt with this in startup /usr/local/bin/kwin.sh script: export __GL_YIELD=USLEEP export KWIN_TRIPLE_BUFFER=0 export KWIN_USE_BUFFER_AGE=1 export KWIN_OPENGL_INTERFACE=egl export KWIN_DIRECT_GL=1 export KWIN_FORCE_LANCZOS=1 export KWIN_PERSISTENT_VBO=1 export KWIN_EFFECTS_FORCE_ANIMATIONS=1 … if [ -z "$WAYLAND_DISPLAY" ]; then export WINDOWMANAGER="env mesa_glthread=true nice -n -5 ionice -c 2 -n 0 -t chrt -v -r 5 kwin_x11 $KWIN_OPTIONS" exec /etc/X11/xinit/xinitrc return 0 else export WINDOWMANAGER="env mesa_glthread=true nice -n -5 ionice -c 2 -n 0 -t chrt -v -r 5 kwin_wayland" export QT_QPA_PLATFORM=wayland-egl export GDK_BACKEND=wayland export CLUTTER_BACKEND=wayland export SDL_VIDEODRIVER=wayland return 0 fi X is run by /usr/local/bin/Xhp: nice -n -10 ionice -c 2 -n 0 -t chrt -v -r 10 X "$@" It hangs the system, by the way, if RT limit is not set by sched_rt_runtime_us Here's ~/.drirc, just in case: <driconf> <device screen="0" driver="radeonsi"> <application name="Default"> <option name="allow_glsl_relaxed_es" value="true" /> <option name="radeonsi_enable_sisched" value="true" /> <option name="allow_glsl_builtin_const_expression" value="true" /> <option name="mesa_glthread" value="true" /> <option name="radeonsi_enable_nir" value="true" /> <option name="allow_glsl_extension_directive_midshader" value="true" /> <option name="allow_rgb10_configs" value="true" /> <option name="allow_glsl_cross_stage_interpolation_mismatch" value="true" /> <option name="radeonsi_assume_no_z_fights" value="true" /> <option name="allow_glsl_builtin_variable_redeclaration" value="true" /> <option name="allow_glsl_layout_qualifier_on_function_parameters" value="true" /> <option name="adaptive_sync" value="true" /> <option name="radeonsi_commutative_blend_add" value="true" /> <option name="allow_higher_compat_version" value="true" /> </application> </device> </driconf> Some things from tuned.conf: governor=schedutil transparent_hugepages=always /sys/kernel/mm/ksm/sleep_millisecs=250 /sys/kernel/mm/transparent_hugepage/shmem_enabled=advise /sys/kernel/mm/transparent_hugepage/defrag=defer+madvise /sys/kernel/mm/transparent_hugepage/khugepaged/defrag=0 /sys/kernel/mm/transparent_hugepage/khugepaged/pages_to_scan=512 /sys/kernel/mm/transparent_hugepage/khugepaged/scan_sleep_millisecs=1000 /sys/kernel/mm/transparent_hugepage/khugepaged/alloc_sleep_millisecs=10000 dev.hpet.max-user-freq=4096 vm.zone_reclaim_mode=0 kernel.sched_autogroup_enabled=0 kernel.sched_latency_ns=1000000 kernel.sched_min_granularity_ns=100000 kernel.sched_wakeup_granularity_ns=1000 kernel.sched_nr_migrate=256 kernel.sched_migration_cost_ns=125 kernel.sched_cfs_bandwidth_slice_us=100 kernel.sched_tunable_scaling=1 kernel.sched_rt_period_us=1000000 kernel.sched_rt_runtime_us=900000 kernel.sched_rr_timeslice_ms=3 Originally the issue manifested with GLPreferBufferSwap=n and without double-buffering & EGL enforcement, I've made those in hope to compensate for disabled TearFree and PageFlip. Please, answer the question about TearFree, if you can. I've been trying to find out since its creation and wasn't able to get even a hint. Can it really be just this perfect thing that everyone should have all the time, unless buged ? -- You are receiving this mail because: You are watching the assignee of the bug. _______________________________________________ dri-devel mailing list dri-devel@xxxxxxxxxxxxxxxxxxxxx https://lists.freedesktop.org/mailman/listinfo/dri-devel